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Los programas que aparecen en este libro funcionan en los 
ordenadores: 


IBM-PC, XT, AT y compatibles. 


AMSTRAD-464, 664, 6128, 1512. 
SINCLAIR-SPECTRUM 48 K, 128 K, PLUS, PLUS 2. 
MSX-Todos los modelos. 
COMMODORE-CBM 64 y CBM 128. 


INTRODUCCION e > 


OBJETIVO 


L objetivo perseguido en este libro es mostrar al lector las 
funciones básicas de un sistema operativo. No se adquie- 
re una visión completa del funcionamiento de un ordena- 
dor estudiando sólo el hardware, pues desde el punto de 
vista del usuario, un sistema de proceso de datos es el con- 
junto hardware-software. De nada sirve diseñar un orde- 
nador con magníficas posibilidades en su «hardware» si 
éstas no son aprovechadas por «software». Por otra parte, 
=== el funcionamiento del «software» puede exigir que el 
«hardware» esté dotado de ciertos dispositivos. 

En realidad, en el diseño de un ordenador deben intervenir especialis- 
tas de «software» junto a los de «hardware». 

En la primera parte de este libro pretendemos dar unas nociones bási- 
cas sobre lo que es un sistema operativo, reservando la parte final para 
una breve descripción de los sistemas operativos más utilizados en la gama 
de los ordenadores personales. Nos estamos refiriendo al CP/M, de Digital 
Research, y al MS-DOS, de Microsoft. 

Para el estudio de un sistema operativo introduciremos las ideas fun- 
damentales valiéndonos de un modelo de ordenador sencillo, y basándo- 
nos en él iremos desarrollando los distintos aspectos de un sistema opera- 
tivo. 

Se han respetado algunos términos ingleses para facilitar la compren- 
sión de la abundante literatura que hay en inglés sobre estos temas. 


ALGUNOS CONCEPTOS BASICOS Y DEFINICIONES 


Repasemos algunos conceptos. 
Hardware es el conjunto de máquinas y circuitería que forman un or- 
denador (UCP, canales, memoria, dispositivos de E/S, etc.). 


= 


Al conjunto de todos los programas disponibles para un ordenador le 
llamaremos software. 
Dentro del software distinguiremos dos clases de programas: 


1. Software general 

Conjunto de programas de uso generalizado, de uso disponible para 
toda la comunidad de usuarios de un tipo de ordenador. Cuando hablamos 
de software, sin más, nos referimos, naturalmente, a esta clase de progra- 
mas. En él se incluyen el sistema operativo y los programas generalizados 
de aplicación (por ejemplo: programas disponibles en el mercado para 
cálculos estadísticos, control de producción, programación lineal, cálculo 
de estructuras, etc.). 


2. Software privado 
Programas desarrollados por alguna persona o entidad privada para su 
propio uso y no disponible en el mercado. 


Recordemos los componentes básicos de un ordenador: 


UNIDAD CENTRAL DE PROCESO 


UNIDAD 
ARITMETICA 
LOGICA 


DISPOSITIVOS 
DE E/S 


CONTROL 


Fig. 1. Estructura básica de un ordenador y sus periféricos. 


Las instrucciones de un programa y sus datos se almacenan en la me- 
moria central. Una vez allí, el programa es ejecutado por la unidad central. 

Las instrucciones son ejecutadas por la unidad de control, una a una, 
y en la secuencia en que están almacenadas en memoria. 
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¿QUE ES UN SISTEMA OPERATIVO? 


Un sistema operativo es un conjunto de programas que ayudan al usua- 
rio a obtener una operación y programación más eficiente. Normalmente 
el sistema operativo se tiene almacenado en un disco y sus componentes 
más importantes son: 


— Programa supervisor. 

— Programa cargador («loader») (forma parte del supervisor). 

— Programa montador («linkage editor»). 

— Programas traductores de lenguaje (ensamblador normalmente; a 
veces también se incluyen otros lenguajes. 

— Programas de «utilidad» para ficheros («File Utility Management 
Programs»). 


Un sistema operativo es un conjunto de programas, normalmente pro- 
porcionado al usuario por el constructor del ordenador. 

El objetivo perseguido por estos programas es facilitar la utilización del 
ordenador a todo el equipo humano que lo usa, es decir, a programadores 
y Operadores fundamentalmente. 

Lo que se pretende, en definitiva, es mejorar la utilización del ordena- 


De esta forma se obtendrá el máximo rendimiento y rentabilidad a la 
inversión realizada en el ordenador. 

Para ello, los programas que componen el sistema operativo deberán 
llevar un control lo más exhaustivo posible del estado instantáneo de cada 
recurso, distribuyéndolos y asignándolos en cada momento, de modo que 
su utilización sea lo mejor posible. A lo largo de este libro iremos descri- 
biendo, de forma básica, cómo se consigue esto. 


DESCRIPCION GENERAL DE UN SISTEMA 
OPERATIVO 


Como ya hemos dicho, un sistema operativo es un conjunto de progra- 
mas y rutinas. Están almacenados en un disco, normalmente, y pueden 
agruparse en dos categorías: 


iZ. 


1. Los programas que forman el programa de control, también llama- 
do supervisor. 
2. Los programas auxiliares. 


Al arrancar el trabajo del día del ordenador lo primero que hace el ope- 
rador es montar el disco donde residen las rutinas del sistema operativo, 
y cargar en memoria, a partir de él, el programa de control o supervisor. 


Supervisor 


Fig. 2. Carga del supervisor. 


Esta operación suele denominarse «hacer IPL» (IPL = Initial Program 
Loading). Normalmente basta apretar una tecla del panel del ordenador 
para hacer IPL (tecla «LOAD»). 

Una vez que el programa supervisor o de control esté cargado, empieza 
a ejecutarse, pidiendo al operador datos sobre el primer trabajo a realizar, 
mediante mensajes que aparecen en la consola. El operador se los propor- 
ciona (por ejemplo: nombre del programa a ejecutar; si necesita fichas en 
disco o cinta; en qué unidades van a estar éstos; qué nombres tiene, etc.). 
Normalmente, el programa a ejecutar se encuentra, ya compilado y en có- 
digo máquina ejecutable, en un fichero en disco (estos ficheros que con- 
tienen programas suelen llamarse librerías). 

Una vez que el supervisor ha recibido del operador la identificación del 
programa a ejecutar (nombre y librería en que se encuentra) y de los re- 
cursos que necesita (discos y cintas), el supervisor lee de la librería citada 
el código máquina del programa y lo carga en memoria. 


Librería de 
Programas 


SUPERVISOR PROGRAMA 


Fig. 3. Carga del programa. 


Entonces, mira si las cintas y discos necesarios están ya montados en 
sus unidades respectivas. Sí así no fuera, dará mensajes al operador pidién- 
doselos. Este los montará, preparará otros dispositivos si son necesarios 
(por ejemplo: fichas de datos, fichas en blanco para ser perforadas, cintas 
de papel, etc.), y, mediante un mensaje al supervisor, notificará a éste que 
ya está todo listo. El supervisor entonces transfiere control a la primera ins- 
trucción del programa a ejecutar. A partir de aquí se ejecuta éste, una ins- 
trucción tras otra, hasta que termina. Entonces no da una instrucción de. 
parar, sino que devuelve control al supervisor. Este comunica al operador 
que ha terminado la ejecución del programa y le da orden de desmontar 
las cintas y discos utilizados. 

Ahora, el operador puede volver a solicitar la ejecución de otro pro- 
grama, y así sucesivamente. 

De la descripción anterior destacamos los siguientes hechos: 


1. El supervisor se carga en memoria al principio del día y permane- 
ce en ella, activo, durante todos los trabajos. 

2. El supervisor se encarga de comunicarse con el operador (normal- 
mente a través de la consola del operador). 

3. El supervisor comprueba que es correcto el montaje de los fiche- 
ros que el programa necesita. 


A 


ONSOLA 


MENSAJES) 


OPERADOR S.0. 
FICHEROS 


Fig. 4. Actividades del supervisor. 


Hasta aquí el supervisor ayuda sólo al operador, haciéndole más fluido 
y seguro su trabajo. Pero ¿no podría ayudar al programador también? Sí, 
ahorrándole trabajo. Para ello, algunas rutinas que se utilizan mucho, prác- 
ticamente en todos los programas, se incluyen en el programa supervisor, 
con lo cual el programador no tiene que hacerlas, sino que basta que trans- 
fiera control al supervisor cuando las necesite. 

Cuando el programador quiere leer un registro basta que se lo pida al 
supervisor, indicándole de qué dispositivo quiere leer y en qué área de me- 
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moria de su programa quiere que le proporcionen los datos. El supervisor 
da las instrucciones máquina necesarias, según el dispositivo de que se tra- 
te, recuperando errores si los hubiere y fuera posible (por ejemplo, rein- 
tenta la lectura de una cinta si detecta error de paridad), y una vez leídos 
los datos, los mueve al área de memoria que le han indicado, devolviendo 
el control al programa. 

Además de las rutinas de entrada/salida (E/S), hay otras en el supervi- 
sor que pueden ser invocadas por el programa, de modo que durante la eje- 


cución de éste hay una frecuente transferencia de datos y de control entre 
él y el supervisor. 


Operador 


SUPERVISOR PROGRAMA 


de servicios 
plo E/S. 


(peticioner 


Mensajes 
al/del 
Operador 


Datos de 
Operadores 
de E/S. 


A] 


Fig. 5. Transferencia de datos entre el programa y el supervisor. 


Otra función del supervisor es detectar situaciones anómalas o erró- 
neas, y comunicarlas al operador para que éste tome las medidas oportu- 
nas. Ejemplos de situaciones anómalas pueden ser: al cargar el programa 
se detecta que necesita más memoria de la que hay disponible, una cinta 
da error irrecuperable de lectura, una unidad de discos está apagada, etc. 
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CARGADOR Y MONTADOR 
(«LOADER>» Y «LINKAGE EDITOR») 


OMO se dijo en el capítulo anterior, una de las subrutinas 
que forman parte del programa supervisor, y que, por tan- 
to, residirán permanentemente en memoria, es la rutina 
«loader». Su misión es cargar en memoria los programas 
e iniciar su ejecución, de acuerdo con las órdenes recibi- 
das del operador a través del teclado de la consola. 


REPASO DE ALGUNOS CONCEPTOS 
DE PROGRAMACION 


Para resolver un determinado problema con un ordenador, el primer 
paso es analizarlo estudiando el método a emplear en su resolución y qué 
información de entrada y de salida se necesitará. El resultado de esta fase 
de análisis del problema suele plasmarse en su organigrama y en unos for- 
mularios para toma de datos y para impresión de resultados. 

La siguiente fase es escribir el programa. Este trabajo se realiza en un 
determinado lenguaje de programación, por ejemplo: Fortran, Algol, PL/I, 
Cobol o Ensamblador. El resultado de esta fase de programación es una 
serie de sentencias codificadas en el lenguaje elegido. Estas sentencias se 
trasladan del papel a otro soporte legible por el ordenador, produciendo 
como resultado el «programa fuente». Los soportes empleados más frecuen- 
temente son discos, cintas, fichas y también a veces cinta de papel. 

La siguiente fase corre a cargo del ordenador. Este, mediante la ejecu- 
ción de un programa traductor o compilador, lee el «programa fuente» y 
lo traduce a códigos de máquina ejecutable. El programa obtenido, ya en 
código de máquina, se llama «programa objeto», y suele producirse en un 
soporte legible por el ordenador que normalmente suele ser disco, y a ve- 
ces ficha perforada o cinta de papel, además de listarlo para que el pro- 
gramador pueda trabajar con él. 


pl 
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UA 


CARGADOR (LOADER) 


Supongamos que ya hemos compilado un programa y lo tenemos en có- 
digo máquina ejecutable. Supongamos que este «programa objeto» lo te- 
nemos en fichas perforadas (sería igual si estuviera grabado en disco mag- 
nético o perforado en cinta de papel). Tenemos el siguiente problema: 
¿cómo introducimos el programa objeto en memoria para ejecutarlo? La 
solución es disponer de un programa o subrutina llamada «loader», cuya 
función es leer las fichas que componen el programa objeto, en posicio- 
nes contiguas de memoria, y luego transferir control a la primera posición 
de memoria ocupada. Un organigrama general de «loader» podría ser: 


y 
Ea 


Fig. 6. Organigrama general de «loader». 
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El organigrama anterior habría que completarlo con alguna compro- 
bación para evitar algunos posibles errores. Por ejemplo: las fichas pue- 
den llevar perforada en ciertas columnas una identificación del programa 
objeto (un nombre cualquiera elegido por el programador) y en otras co- 
lumnas un número de secuencia (que tendrá perforado 1 en la primera fi- 
cha, 2 en la segunda ficha, etc.). De este modo el «loader» podría compro- 
bar que todas las fichas leídas pertenecen al mismo programa, que todas 
están en el orden adecuado y que no falta ninguna. 

El organigrama general podría ser así (suponiendo que la identifica- 
ción ocupa seis columnas de la ficha y la secuencia cuatro, y que quedan, 
por tanto, 70 columnas de información). 


E 


Fig. 7. Organigrama general. 
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REUBICACION DE PROGRAMAS 
(PROGRAM RELOCATION) 


Como se dijo anteriormente, el supervisor está permanentemente en 
memoria. Si éste ocupa 4.000 palabras (es decir, de la O a la 3.999) de me- 
moria, nuestro programa debe ser cargado por el «loader» a partir de la 
dirección 4.000 (inclusive) o superiores. 

Supongamos que se ha efectuado así: 


SUPERVI- PROGRAMA 
SOR 


0 3999 4000 4229 8192 


JL 


Fig. 8. 


Ahora el «loader» transfiere control a la primera instrucción de nues- 
tro programa (posición 4.000). Si la primera instrucción es, por ejemplo, 
un salto incondicional a la que está en la posición 208, esto sería erróneo, 
pues lo que debería hacer es saltar a la posición 4.208. El error se produce 
porque el ensamblador ha calculado sus direcciones a partir de la posi- 
ción O y el programa lo hemos cargado en otra (en la 4.000). 

La solución más simple a este problema consiste en hacer que el en- 
samblador calcule las direcciones empezando en la posición 4.000, que es 
donde sabemos que puede cargarse el programa, puesto que la 4.000 es la 
primera posición de memoria libre después del supervisor (cuyo tamaño 
es conocido por el programador). Esto puede conseguirse con una seu- 
doinstrucción en ensamblador, cuyo operando contenga la dirección a par- 
tir de la cual queremos que el ensamblador calcule las direcciones. De 
esta manera, el programa objeto que se obtendrá funcionaría correctamen- 
te una vez cargado por el «loader» en la posición 4.000. 

La solución indicada no es totalmente satisfactoria, porque si nos ve- 
mos obligados a incluir nuevas funciones y rutinas en el supervisor y éste 
aumenta de tamaño, nos veríamos en la necesidad de reensamblar todos 
los programas de nuestra instalación, cambiando la seudoinstrucción en 
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todos. Esto nos indica la conveniencia de que el desajuste entre las direc- 
ciones calculadas por el ensamblador y aquéllas donde realmente se ha 
cargado el programa, se resuelva en el momento de cargar el programa 
en memoria. Para ello hay que: 


1. Hacer que el ensamblador indique (mediante una señal o creando 
una tabla) qué direcciones del código máquina deben ser reajustadas si el 
programa de carga en direcciones distintas a las que se han ensamblado. 

2. Hacer que el «loader», una vez cargado el programa en memoria y 
antes de empezar su ejecución, repase y recalcule estas direcciones indi- 
cadas por el ensamblador. 


Este problema es importante por dos razones, además de lo expuesto 
en las líneas precedentes: 


1. La programación modular consiste en que un programa emplee ru- 
tinas ensambladas separadamente, y que, por tanto, en el momento de en- 
samblarlas no se sabe en qué posición de memoria se van a ejecutar. 

2. Cuando se emplea multiprogramación (es decir, varios programas 
coexisten a la vez en la memoria) se aprovecha el primer hueco que que- 
da disponible en la memoria para cargar nuestro programa, siendo impo- 
sible predecir para el programador, mientras está escribiendo su progra- 
ma, en qué posición de memoria se ejecutará. 


Jl 


MONTADOR DE ENLACE (LINKAGE EDITOR) 


Se ha mencionado la programacion modular en el párrafo anterior. Bá- 
sicamente consiste en descomponer un programa en módulos o subpro- 
gramas, cada uno de los cuales se programa y ensambla separadamente. 
Cuando todos están a punto, se unen para formar el programa final. El pro- 
grama que se encarga de unir los distintos módulos objeto (es decir, ya 
compilados y en código de máquina) para formar el programa o módulo 
cargable final, se llama montador de enlaces «linkage editor». 

Podemos indicar algunas ventajas de programar modularmente: 


— Cuando hay un fallo en un subprograma, sólo éste debe recompi- 
larse. 

— Los subprogramas pueden colocarse en librerías donde futuros pro- 
gramadores pueden utilizarlos (por ejemplo: subprogramas que realicen 
funciones de uso general, como extraer raíces cuadradas, calcular intere- 
ses de un capital dado, etc.). 

— Es más fácil programar muchos subprogramas pequeños que uno 
grande. 

— Los módulos pueden ser programados por programadores distintos 
simultáneamente, acortándose el tiempo total de programación. 
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— El tiempo total de pruebas se acorta si se prueban los módulos inde- 
pendientemente. 

— El mantenimiento del programa se simplifica (por ejemplo: si hay 
un módulo que calcula las primas por horas extra en un programa de nó- 
minas, y se modifica el procedimiento de pago de primas, sólo hay que mo- 
dificar este módulo). 


El programa montador de enlaces, como los compiladores, no forma 
parte del supervisor y, por tanto, no reside permanentemente en memo- 
ria. Es un programa auxiliar, englobado en el conjunto de programas que 
forman parte del sistema operativo. 

Los datos de entrada para el «linkage editor» son los módulos objeto 
(es decir, en código máquina). El «linkage editor» los lee y produce como 
salida un programa cargable, en soporte legible por el ordenador (disco, 
cinta, fichas, papel). Este módulo cargable es cargado por el «loader» cuan- 
do lo queremos ejecutar. 

Por tanto, entre la salida del compilador y el «loader» hemos introdu- 
cido un paso intermedio, el «linkage editor», para resolver el problema de 
fundir varios módulos en uno. 

¿Por qué es necesario este paso adicional? Vamos a intentar explicarlo 
a grandes rasgos. 

Supongamos un programa A que necesita calcular raíces cuadradas y 
que hay una subrutina, ya compilada por otro programador y disponible, 
que calcula raíces cuadradas, y que se llama SQRT. El programa A, en al- 
gún momento, dará una orden de saltar a la rutina SORT. 


Fig. 9. Programa A. 


Es evidente que, al no estar el símbolo SORT definido en el programa 
fuente A, el ensamblador no sabe qué dirección de máquina corresponde 
a este símbolo. Entonces lo deja a ceros, y lo incluye en una tabla, que se 
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perfora formando parte del módulo objeto. Esta tabla reúne todos los sím- 
bolos del programa fuente “no resueltos” por el ensamblador (como el 
SORT). 

Cuando el «linkage editor» lee los módulos objeto de A y SORT, resuel- 
ve las direcciones indicadas en la tabla anterior, insertando en la instruc- 
ción SAI SORT del módulo A la dirección de la subrutina SORT. 


Módulos objeto de A y SORT 


(en A, la dirección de SORT 
está a cero) 


Linkage 
Supervisor Editor “<— (memoria) 


Módulo cargable (A y SQRT, 
con direcciones resueltas) 


Loader Programa en eje- Memoria. (El Loader está in- 
(Supvsr.) | cución (A + SQRT) cluido en el Supervisor) 


Fig. 10. 


En resumen, las distintas etapas por las que pasa un programa pueden 
esquematizarse así: 


1Z 
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(Hojas de codificación) 


(Programa fuente en fichas u 
otro soporte de máquina) 


Supervi- 


Compilador 
sor 


(En memoria) 


Módulo 
objeto B 


Módulo 
objeto A 


Linkage 


Editor (memoria) 


Módulo cargable 


(El programa se carga en memo- 
ria) 


Programa car- 
gado y en ejecu- 
ción 


Supervi- 
sor 


(Memoria) 


Fig. 11. Etapas de un programa. 


Los módulos cargables obtenidos como salida del «linkage editor» se 
suelen grabar en disco, en un fichero o librería donde cada uno de ellos 
está identificado con un nombre, elegido por el programador. Cuando hay 
que ejecutar un programa, el operador facilita al programa supervisor, me- 
diante mensajes a través del teclado de la consola, los datos siguientes: 
nombre del fichero o librería donde está el módulo cargable que se quiere 
ejecutar, nombre con el que éste está identificado dentro de la librería y 
posición de memoria donde se quiere cargar el programa. El «loader» es 
responsable de leer el módulo cargable desde el disco, introducirlo en me- 
moria y comenzar su ejecución. 


CARGA INICIAL 


Hemos visto que los programas son cargados en memoria por el «loa- 
der», que es una rutina del supervisor. Pero ¿quién carga en memoria al 
supervisor? 

La solución más común a este problema sigue las directrices que, sin 
profundizar, vamos a exponer a continuación. 

El ordenador, en la mayor parte de las instalaciones, dispone de una te- 
cla, normalmente llamada tecla de LOAD (carga), en el panel. Cuando el 
operador aprieta esta tecla, el ordenador por microprograma o cableado 
hardware, hace lo siguiente: 


1. Lee un bloque (una ficha perforada, un registro perforado en cinta 
o, lo más frecuente, el primer registro grabado en una unidad determina- 
da de discos), en una posición determinada de memoria (normalmente al 
final de ésta). 

2. Transfiere control a la primera posición de memoria del bloque 
leído. 


Este bloque que se ha leído es una pequeña rutina que lee otros dos blo- 
ques más en las posiciones contiguas. El conjunto de todos estos bloques 
situados en las últimas posiciones de memoria forman un programa «loa- 
der» restringido (no puede hacer reubicación de los programas que car- 
ga), que lee ya el supervisor completo, y lo introduce en memoria. A partir 
de aquí el supervisor empieza a trabajar como se ha descrito en líneas pre- 
cedentes. 


RESUMEN 


— El «loader» es una rutina del supervisor cuya función es cargar los 
programas en memoria y transferirles control. 
— El «loader» debe ser capaz de reajustar las direcciones de las ins- 
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trucciones de los programas que carga en memoria, de tal modo que éstos 
funcionen correctamente sea cual sea la posición origen de la carga. 

— El «linkage editor» tiene por objeto resolver las direcciones de re- 
ferencia a subrutinas compiladas separadamente. 

— El «linkage editor» es un programa auxiliar dentro del conjunto del 
sistema operativo; no forma parte del supervisor y, por tanto, no está en 
memoria cargado permanentemente, sino cuando el operador lo decida. 


INTERRUPCIONES ó 


N este capítulo vamos a intentar describir el mecanismo 
de las interrupciones. 

Un programa supervisor está formado por rutinas que 
cabe agrupar en dos categorías: 


1. Programa de control. 

Es la parte del supervisor que decide a qué rutina o pro- 
grama se ha de transferir control en un momento dado. 
Es, metafóricamente, el director de orquesta de todos los 
=== programas y rutinas (incluidas las del propio supervisor y 
las del usuario) que hay cargados en memoria. 


2. Rutinas de servicio. 
Son las restantes rutinas del supervisor, por ejemplo, el «loader» ya ci- 
tado. 


En el capítulo 1 citábamos que cuando un programa se está ejecutan- 
do, coexistiendo en memoria con el supervisor, hay entre ambos unas fre- 
cuentes transferencias de control de datos. Cada vez que el programa pasa 
control al supervisor para pedirle un servicio (por ejemplo, que realice una 
operación de E/S, que mande un mensaje a la consola del operador, etc.) 
no lo hace mediante una instrucción de salto, sino mediante una instruc- 
ción especial de llamada al supervisor (SVC=Supervisor Call). Esta instruc- 
ción provoca una transferencia de control mediante un mecanismo de 
hardware que se llama interrupción. El núcleo de la rutina de control del 
supervisor es el tratamiento de las interrupciones. 


El mecanismo de interrupciones funciona básicamente igual en casi to- 
dos los ordenadores. 


Vamos a empezar este capítulo describiendo un modelo sencillo de 
hardware con interrupciones. Esto nos dará base para, posteriormente, 
describir un programa de control simplificado. 
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INTERRUPCIONES 


Cuando la unidad de control del ordenador ejecuta un programa car- 
gado en memoria, lo hace una instrucción tras otra, secuencialmente. Su- 
pongamos que durante la ejecución del programa el operador decide can- 
celarlo (por ejemplo, porque se da cuenta de que ha preparado mal los da- 
tos de entrada del programa). Entonces, el operador debe teclear un men- 
saje en la consola para indicar al supervisor que suspenda la ejecución del 
programa. Esto implica que el supervisor debe ejecutar una instrucción de 
leer desde la máquina de escribir de la consola para aceptar el mensaje te- 
cleado por el operador. 

¿Cómo puede dar el supervisor esta instrucción si en este momento la 
unidad de control está ejecutando el programa? 

Esta es una situación típica que resuelve el mecanismo de interrupcio- 
nes. En nuestro ejemplo, el operador, una vez tecleado su mensaje (mien- 
tras el programa sigue ejecutándose), pulsaría una tecla especial de la con- 
sola, que llamaremos tecla INPUT. Al apretar esta tecla se produce una in- 
terrupción, que consiste en: 


1. La unidad de control deja de ejecutar el programa. 
2. La unidad de control pasa a ejecutar la rutina de control del super- 
visor. 


Entonces, la rutina de control del supervisor analizará la causa de la in- 
terrupción (puede haber muchas), detectará que ha sido el operador al 
apretar la tecla INPUT, y dará una instrucción de leer el mensaje de la con- 
sola. 


Para poder realizar las interrupciones hay que dotar al hardware de 
cierto mecanismo que permita romper la secuencia normal de ejecución, 
que llamaremos «bit de interrupción» y «máscara de interrupciones», 
que normalmente están a cero. El «bit de interrupción» es un registro de 
un solo bit, que se pone a 1 (ON) cada vez que surge una interrupción (por 
ejemplo, cuando el operador aprieta la tecla INPUT). El registro «máscara 
de interrupciones» consta de varios bits, uno por cada tipo de interrup- 
ción que puede producirse. 

Así, cuando el operador aprieta INPUT, se pone a 1 el bit correspon- 
diente a esta interrupción en la «máscara de interrupciones», además del 
«bit de interrupciones». 
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Fig. 12. Organigrama del mecanismo de interrupciones. 
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Por otra parte, recordemos que una instrucción típica es ejecutada por 
la unidad de control en dos fases: 


1. Fase «fetch»: extraer la instrucción de memoria e introducirla en 
los registros internos de la unidad de control. 

2. Fase «execute»: encaminar los operandos, decodificar el código de 
operación, ejecutar la instrucción y poner en el contador de instrucciones 
la dirección de la siguiente. 


Cuando queremos dotar al ordenador de interrupciones, hay que com- 
pletar estas fases con otra en la que la unidad de contrpl, despues de la 
fase segunda («execute»), examina el «bit de interrupciones». Si está en 
OFF, ejecuta la instrucción siguiente. Si está en ON, debe bifurcar a la ru- 
tina de control. Si suponemos que ésta está cargada en memoria en la po- 
sición 1, la unidad de control pondrá la dirección 1 en el contador de ins- 
trucciones, para que la siguiente instrucción a ejecutar sea la primera de 
la rutina de control. 

Por otra parte, el programa cuya ejecución se ha interrumpido deberá 
ser reanudado una vez que la rutina de control haya terminado de tratar 
la interrupción. Para ello, hay que guardar en algún sitio de memoria (en 
la posición 0, por ejemplo) la dirección de la instrucción siguiente a aque- 
lla en que se ha interrumpido. 

Lo recogido en este párrafo puede ponerse en forma de organigrama 
(figura 12). 


== TIPOS DE INTERRUPCIONES 


En la «máscara de interrupciones» cada bit representa un tipo de in- 
terrupciones. Las interrupciones podemos clasificarlas en las categorías si- 
guientes: 


1. Interrupciones de entrada/salida. Cada bit de la «máscara de in- 
terrupciones» representa un dispositivo de E/S. Se produce una interrup- 
ción de E/S cuando se acaba una operación de E/S. 

2. Interrupciones de programa. Reservamos un bit en la «máscara 
de interrupciones» para este tipo (bit 10 de la máscara). Cuando un pro- 
grama solicita un servicio del supervisor, lo hace mediante una instruc- 
ción SVC, como ya hemos indicado. Cuando la unidad de control ejecuta 
la instrucción SVC, lo que hacer es poner ON este bit de la «máscara de 
interrupciones» y el «bit de interrupciones». Esto provoca automáticamen- 
te una interrupción, es decir, una transferencia de control a la rutina del 
supervisor, el cual, tras analizar la interrupción, proporcionará al progra- 
ma el servicio solicitado y le devolverá control. 

3. Interrupciones de error de programa. Cuando la unidad de con- 
trol detecta un error en la ejecución de una instrucción, provoca una in- 
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terrupción de este tipo. En la «máscara de interrupciones» reservamos tres 
bits para estas interrupciones, que indican: 

— Código de operación inválido (bit 11). 

— Operando inválido (bit 12). * 

— Overflow aritmético (bit 13). 

4. Interrupción del operador. Causadas por pulsar teclas de la con- 
sola con ciertas funciones específicas. Reservaremos tres bits en la «más- 
cara de interrupciones»: 

— Tecla INPUT. La usará el operador cuando quiera comunicar algún 
mensaje al supervisor (bit 14). 

— Tecla STOP. Cuando quiera parar la ejecución de un programa (por 
ejemplo, para hacer un «volcado» de memoria) (bit 15). 

— Tecla START. Cuando se quiera reanudar la ejecución de un pro- 
grama detenido con STOP (bit 16). 


En resumen, si suponemos que tenemos 10 dispositivos de E/S, la «más- 
cara de interrupciones» será un registro de 17 bits: 


234567 89101411 12 13 14 15 16 


E/S. Programa Error Operador 
de 
programa 


Fig. 13. Máscara de interrupciones. 
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RUTINA DE CONTROL DEL SUPERVISOR 


Su función principal es analizar las interrupciones y decidir qué rutina 
debe recibir el control. 

Cuando surge una interrupción, se pone en ON el bit correspondiente 
de la «máscara de interrupciones» y el «bit de interrupciones». Cuando la 
unidad de control, como consecuencia de una interrupción, empieza a eje- 
cutar la rutina de control del supervisor, que está en la posición 1 de me- 
moria, lo primero que debe hacer esta rutina de control es averiguar la cau- 
sa de la interrupción. Esto lo hace explorando los bits de la «máscara de 
interrupciones» de izquierda a derecha, hasta encontrar uno en ON. En- 
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tonces salta a la rutina que trate este tipo de interrupción. Un esquema en 
forma de organigrama de la rutina de control sería: 


Fig. 14. Organigrama de la rutina de control. 
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Lo primero que hace (bloque 1 del organigrama anterior) la rutina de 
control es salvar el contenido de los registros índice y del acumulador. 
Esto es necesario para poder restaurar el estado del programa interrum- 
pido cuando se termine de tratar la interrupción (ver bloque 7). El conta- 
dor de instrucciones no es salvado en el bloque 1, porque lo salva el hard- 
ware automáticamente. Una vez terminado el tratamiento de la interrup- 
ción, la rutina de control restaura los registros índice, el acumulador y el 
contador de instrucciones (bloques 7 y 8), con lo que se reanuda la ejecu- 
ción del programa interrumpido. 

Los bloques 2, 3, 4 y 5 del organigrama exploran de izquierda a dere- 
cha los 17 bits de la «máscara de interrupciones», hasta encontrar uno en 
ON. Entonces se transfiere control a una rutina de servicio que trate la in- 
terrupción. Habrá 17 rutinas de éstas (una por cada bit de la «máscara de 
interrupciones»). Esto se indica de una forma general en el bloque 6. 

Una vez que la rutina de servicio elegida termina de ejecutarse, se re- 
comienda la búsqueda del primer bit en ON de la «máscara de interrup- 
ciones». Esto se hace así porque, durante la ejecución del supervisor, pue- 
den surgir causas de interrupción (por ejemplo, el operador aprieta la te- 
cla INPUT). En este caso, no se produce interrupción, es decir, la unidad 
de control no rompe su secuencia normal de ejecución, pero sí se pone 
ON en el bit de la «máscara de interrupciones» correspondiente a la in- 
terrupción surgida. Por tanto, la unidad de control debe distinguir cuándo 
está ejecutando instrucciones del supervisor y cuándo del usuario. En el 
primer caso, no funcionará el mecanismo de interrupciones y en el segun- 
do sí. 

En resumen, durante la ejecución del bloque 6 pueden ponerse ON al- 
gunos bits de la «máscara de interrupciones», por lo que hay que volver a 
explorar ésta. 


RESUMEN DEL CAPITULO 


— Las transferencias de control al programa supervisor se efectúan por 
medio de interrupciones. 


— Cuando se produce una interrupción, la unidad de control deja de 
ejecutar el programa que estuviera en ese momento ejecutando, y pasa a 
ejecutar el supervisor (la rutina de control). Este devuelve control al pro- 
grama interrumpido cuando termina de tratar la interrupción. 


— El hardware debe estar provisto de los registros y mecanismos nece- 
sarios. 


— El núcleo del programa supervisor es la rutina de control, cuya res- 
ponsabilidad es analizar las interrupciones y, dependiendo de su causa, 
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transferir control a la rutina de servicio apropiada. El supervisor está for- 
mado, pues, por la rutina de control y las de servicio. 


4 
— Las interrupciones se clasifican en cuatro tipos: 


— De E/S (cuando acaba una operación). 
— De programa (cuando se ejecuta la instrucción SVC). 


— De errores de programa. 
— Del operador. 
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OPERACIONES 
DE ENTRADA/SALIDA 


N capítulos anteriores se ha comentado que uno de los 
servicios que el supervisor realiza, a petición de los pro- 
gramas, es la entrada/salida (E/S), y que toda operación 
de E/S provoca una interrupción de este tipo. 

La razón para incluir toda la complejidad de progra- 
mación de la E/S en el supervisor es, como siempre, libe- 
rar al programador del máximo posible de trabajo; las ru- 
tinas que efectúan la E/S se prestan muy bien a esto, dada 
=== su generalidad de uso (prácticamente todos los programas 
necesitan ejecutar operaciones de E/S). Por otra parte, su programación 
es bastante compleja debida, fundamentalmente, a los siguientes factores: 

1. Un programa puede manejar un elevado número de dispositivos de 
E/S (por ejemplo, una lectora de fichas, una perforadora, una impresora, 
una cinta de entrada con datos maestros, un fichero en disco con datos 
consultables, etc.). 

2. La casuística de los posibles errores a detectar, y recuperar si es po- 
sible, es muy variada y además diferente según el tipo de dispositivo (por 
ejemplo, perforaciones erróneas en una cinta de papel o en una ficha, cin- 
tas magnéticas deterioradas, cabezas magnéticas de un disco estropeadas, 
cuando un carrete de cinta magnética se acaba hay que avisar al operador 
para que monte otro, etc.). 

3. La optimización de las operaciones de E/S exige una programación 
sofisticada y engorrosa (por ejemplo, manejo de múltiples «buffers»). 

4. Cada dispositivo admite distintas formas de almacenar y organizar 
los datos, por lo que el acceso a éstos dependerá del tipo de dispositivo 
(por ejemplo, en cinta los registros se graban secuencialmente; en cam- 
bio, en disco pueden grabarse secuencialmente, al azar, o con índices, 
etcétera). 


Todo esto hace de las rutinas de E/S una parte muy importante y volu- 
minosa del supervisor. 


29 


CONCEPTO BASICO DE CANAL 


Supongamos un programa que lea fichas y haga ciertos cálculos con 
cada una de las fichas que lee, con un organigrama como el siguiente: 


Fig. 15. Programa. 


El ciclo leer-calcular, a lo largo del tiempo, podría representarse así: 


(tiempo) —————_—_—_———= 


ciclo 1 ciclo 2 


1 á A 
unida de Com] Ler1 Mota | FA E ES 


Fig. 16. Ciclo leer-calcular. 
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En la práctica este ciclo está muy descompensado, es decir, el tiempo 
de lectura suele ser mucho mayor que el de cálculo, debido a que el tiem- 
po de ejecución de instrucción de E/S depende de la velocidad del dispo- 
sitivo de E/S, que normalmente es mucho más lento que la Unidad Cen- 
tral (debido a que el dispositivo de E/S tiene órganos mecánicos y la uni- 
dad de control sólo elementos electrónicos). Durante toda la lectura del 
ciclo leer-calcular anterior, la unidad de control ha ejecutado una sola ins- 
trucción (leer), cuando en ese tiempo podría haber realizado mucho más 
trabajo. 

Este problema se resuelve incorporando al ordenador un dispositivo 
llamado canal. Este es como una pequeña unidad central, especializada 
sólo en ejecutar intrucciones de E/S, con sus propios registros internos 
(sin acumulador). Entonces, cuando la unidad de control llega a la ins- 
trucción de leer, lo que hace es transferir esta instrucción a los registros 
internos del canal y dar a éste una orden para que ejecute la instrucción. 
A partir de este momento, la unidad de control, por lo que a ella respecta, 
considera ejecutada la instrucción de leer, y pasa a ejecutar la siguiente 
en el programa. Mientras tanto, el canal se encarga de leer la ficha, trans- 
firiendo los datos de ésta a memoria conforme la ficha va pasando por las 
escobillas del dispositivo de lectura. En resumen, el canal se encarga de 
la E/S liberando a la unidad de control, que puede seguir trabajando mien- 
tras tanto. 

Esto supone una mejora muy importante en el rendimiento del ordena- 
dor. 

Para fijar ideas, veamos algunas cifras típicas sobre velocidades de E/S 
y proceso (naturalmente, estas cifras pueden variar mucho, según los ti- 
pos y modelos de máquinas; los valores aquí dados son para fijar órdenes 
de magnitud): 


Dispositivo Velocidad 

Lectora de fichas 600 fichas/minuto 

Impresora 1000 líneas/minuto 

Máquina escribir de consola 600 caracteres/minuto 

Cinta magnética 3.000.000 de caracteres/minuto 
Disco magnético 5.000.000 de caracteres/minuto 
Unidad central Velocidad 

Instrucciones de sumar 10.000.000 de sumas/minuto 
Acceso a memoria 60.000.000 de palabras/minuto 


Apliquemos estas cifras al ciclo leer-calcular del programa de la figura 
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15, suponiendo que por cada ficha se realizan 600 sumas y 400 accesos a 
memoria: 


f-_——_____—_——-= 


ciclo 1 ciclo 2 
——— > «> 


Fig. 17. Ciclo leer-calcular sin canal. 


En la figura 17 tendremos: 
t, = 100 ms. 
t = 4 ms. 
CICLO = 104 ms.; 100/104 = 96% 


Es decir, si no se utiliza un canal para simultanear la E/S y el proceso, 
el 96% del tiempo la unidad de control está sin realizar trabajo útil. 

En cambio, si el ordenador dispone de un canal para realizar la E/S, el 
esquema de tiempos podría ser el de la figura 18. 


(tiempo) ——_—_——= 
Unidad de Cálculo Cálculo 
Control: 1 2 
Canal: Leer 1.2 ficha Leer 2.? ficha Leer 3.2 ficha A 


ciclo 1 ciclo 2 


Fig. 18. Ciclo leer-calcular con canal. 


En la figura 18 vemos que, como la unidad de control y el canal pue- 
den trabajar simultáneamente, podemos hacer el programa de tal modo 
que mientras el canal lee la ficha n-sima, la unidad de control procesa la 
(n-1)sima (habría que modificar el organigrama de la figura 15). 
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Tendríamos: 
CICLO = t, = 100 ms. 


En la práctica, un programa maneja más de un dispositivo de E/S. Su- 
pongamos que un programa lee una ficha, hace algunos cálculos con ella, 
los imprime y repite este ciclo por cada ficha que lee. Supongamos tam- 
bién que cada dispositivo de E/S está conectado a un canal diferente, es 
decir, que trabaja simultáneamente con los otros y con la unidad de con- 
trol. 

El esquema de tiempos del programa anterior, sin emplear canales (es 
decir, sin solapar tiempos) sería el de la figura 19. 


ciclo ciclo 
QQ  ÓK[ká a e ÚKÑ—_—_—_—_—_—_—_—_—_—2K_K<KÁKÁKÁáÁKA 


Unidad de 
tL tc t; tL 


Fig. 19. Esquema de tiempos sin canal. 


Los tiempos serían: 


t, = 100 ms. 
to = 4 ms. 
t, = 60 ms. 


CICLO = 164 ms. 


Con solapamiento, el esquema sería el de la figura 20. 


tL ciclo ciclo 


"NEO ED KE 


Fig. 20. Esquema de tiempos con canal. 
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El ciclo sería de 100 ms. 

Si el programa tiene que leer 10000 fichas, su duración será: 
(sin canales): T = 10000 x 164 ms = 1640 seg = 27 min. 
(con canales): T = 10000 x 100 ms = 16 min. 


Se ha ganado un 40% de tiempo en este programa gracias a la utiliza- 
ción de canales. 
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MODALIDADES DE OPERACION 


Un canal puede realizar la transferencia de datos entre los dispositivos 
de E/S y la memoria principal de tres formas: 


Modalidad a ráfagas 


En esta modalidad el canal transmite los datos como un bloque conti- 
nuo. Para dispositivos tales como cintas y discos que trabajan con una ve- 
locidad de transmisión alta, los datos deben ser transmitidos utilizando 
esta modalidad de transmisión, que es forzada por el dispositivo, no por 
elección del programador. 


Fig. 21. Modalidad de ráfagas. 
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Modalidad de octetos 


En esta modalidad un solo camino del canal puede ser compartido por 
varios dispositivos de baja velocidad, tales como lectoras de fichas, impre- 
soras, etc. 

Estos dispositivos transmiten la información con suficiente lentitud 
como para que entre la transmisión de un octeto y otro, el canal tenga tiem- 
pos muertos que puede utilizar para la transmisión de octetos con otro dis- 
positivo. De esta forma, varios dispositivos de lenta velocidad pueden tra- 
bajar concurrentemente con un solo canal. Los octetos de datos que pro- 
vienen de varios dispositivos, viajan intercalados, pero el canal los dirige 
correctamente al dispositivo de E/S que corresponda o la posición de me- 
moria deseada. 


octetos octetos 


Fig. 22. Modalidad de octetos. 


Intercalación de bloques 


Esta modalidad es similar a la anterior, pero en vez de ir intercalando 
octetos que provienen de distintos dispositivos, intercala bloques comple- 
tos de datos de diferentes dispositivos. 


IS 


TIPOS DE CANALES 


Mencionaremos los tipos de canales mas conocidos. 
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Canales multiplexores de octetos 


Este es un canal diseñado para trabajar simultáneamente con varios dis- 
positivos de E/S. Esto es, varios dispositivos de E/S pueden estar transmi- 
tiendo datos al mismo tiempo. 


El canal multiplexor de octetos trabaja en diferente modalidad, según 
trabaje con dispositivos de baja velocidad o con dispositivos de alta velo- 
cidad. Con los primeros trabaja en modalidad de octetos y con los segun- 
dos en modalidad de ráfagas. 


Canales selectores 


El canal selector transmite datos a/o desde un solo dispositivo de E/S 
cada vez. Una vez que se selecciona una determinada operación sobre un 
dispositivo de los que el canal tiene conectados, no podrá iniciar otra, has- 
ta que ésta haya concluido completamente. Los canales selectores traba- 
jan solamente en modalidad de ráfagas. 


Un canal selector puede operar con dispositivos de baja y alta veloci- 
ad, pero su forma de trabajo, a ráfagas, lo hacen especialmente adecua- 
do para trabajar con estos últimos. 
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Canales multiplexores de bloques 


Estos son canales multiplexores que intercalan bloques de datos en vez 
de octetos. Este tipo de canales tienen las ventajas de los dos tipos de ca- 
nales vistos anteriormente, debido a que pueden operar concurrentemen- 
te con varios dispositivos de E/S de alta velocidad (en un solo camino de 
datos). 

El canal multiplexor de bloques puede operar en modalidad selectora o 
en modalidad de bloques. 


A 


RESUMEN 


— Una responsabilidad fundamental del supervisor es el lanzamiento 
de las operaciones de E/S, y el tratamiento de las interrupciones de E/S 
originadas cuando acaban. 
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— El trabajo de programación de E/S se ve muy simplificado gracias 
al soporte proporcionado por las rutinas del supervisor. 


— El supervisor se encarga de realizar la operación de E/S, y tratar los 
posibles errores que se puedan producir. 


— Los canales son pequeñas unidades centrales especializadas en eje- 
cutar intrucciones de E/S. 
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MULTIPROGRAMACION h: 


EMOS visto que la operación concurrente de los canales 
permite mejorar el rendimiento del ordenador. Así, por 
ejemplo, en las figuras 19 y 20 del capítulo 4 vimos que la 
duración del programa considerado (en el caso de leer 
10000 fichas), se acortaba desde veintisiete minutos, sin 
operación concurrente de canales, a dieciséis minutos 
con ella. Esto representaba una notable ganancia de tiem- 
po del 40%. 

=== Sin embargo, la utilización de la unidad de control 
puede mejorarse todavía más. En efecto, de acuerdo con la figura 19 del 
capítulo 4 vemos que el porcentaje de tiempo que la unidad de control 
está realizando trabajo útil es: 


(Uso de la U.C.) = t¿/- CICLO = t¿/t, + t. + t, = 4/164 = 2,4 % 


Veamos ahora la utilización que corresponde a la figura 20 del capítu- 
lo 4. 


(Uso de la U.C.) = t,-/CICLO = t¿/t, = 4/100 = 4 % 


En resumen, hemos mejorado la utilización de la unidad de control des- 
de un 2,4 a un 4%, pero sigue siendo una cifra muy baja, pues el 96% del 
tiempo está sin realizar trabajo útil. Esta infrautilización es gravemente an- 
tieconómica, por ser la unidad de control uno de los componentes más ca- 
ros del ordenador. 

La pregunta evidente ante esta situación es: ¿podríamos emplear para 
otros programas la capacidad de proceso que le sobra a la unidad de con- 
trol? 

Para conseguir esto se emplea la técnica de multiprogramación. 

En este capítulo vamos a exponer en qué consiste la multiprograma- 
ción, y algunos de los problemas que se plantean para conseguirla. 
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CONCEPTOS BASICOS DE MULTIPROGRAMACION 


Hasta ahora, siempre hemos considerado cargado en memoria, en un 
momento dado, un solo programa del usuario, a la vez que el supervisor: 


A 


a 
U 


Fig. 23. 


Entonces, se plantea el problema que comentábamos en líneas anterio- 
res: como el programa tiene tiempos muertos, la unidad de control está in- 
frautilizada. 


La causa de que un programa tenga tiempos muertos puede ser, fun- 
damentalmente, una de las dos siguientes: 

1. El programa necesita esperar a que se acabe una operación de E/S 
antes de seguir ejecutándose. 


2. El programa necesita esperar a que el operador haga alguna ope- 
ración (por ejemplo, si el programa necesita imprimir, y no hay papel en 
la impresora, hay que esperar a que el operador ponga el papel). 


La multiprogramación consiste en tener cargado en memoria más de 
un programa del usuario, junto con el supervisor: 
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FICHEROS 


Fig. 24. 


Supongamos que en la figura anterior, en un momento dado, la unidad 
de control está ejecutando el programa 1. Si éste necesita esperar a que 
ocurra algún suceso antes de continuar (por ejemplo, una intervención del 
operador), el supervisor detecta esta situación y transfiere control al pro- 
grama 2. Es decir, la unidad de control, como siempre, ejecuta las instruc- 
ciones una a una (nunca más de una a la vez), pero aprovecha las esperas 
obligadas de un programa para ejecutar instrucciones del otro. En defini- 
tiva, utilizamos más la unidad de control. 

La operativa del sistema sería: 


1. Al comienzo del día, el operador hace IPL y carga el supervisor en 
memoria. 


SUPERVI- 


Consola del operador SOR 


Fig. 25. Carga del supervisor en memoria. 
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2. El operador pide al supervisor (a través de un mensaje que teclea 
en el teclado de la consola) que cargue el programa 1. Para ello, el ope- 
rador proporciona al supervisor los datos siguientes: 

a) Nombre de la librería de disco donde se encuentra el módulo car- 
gable que se quiere ejecutar. 

b) Nombre que identifica al módulo cargable dentro de su librería. 

c) En qué posición de memoria queremos que se cargue el módulo. 

d) Qué dispositivos de E/S y qué ficheros maneja el programa 1. Hay 
que decir aquí las direcciones físicas de los dispositivos (de disco, de cin- 
ta, lectora, impresora, etc.), así como el nombre de los ficheros. Este nom- 
bre está grabado magnéticamente en el fichero que se pide (si es una cinta 
magnética o un disco), y el supervisor comprueba que el nombre que le 
ha proporcionado el operador coincide con el que hay grabado magnéti- 
camente en el dispositivo. Si no coinciden, avisará al operador para que 
monte otro dispositivo. Esto evita que un programa procese, por error de 
montaje, ficheros magnéticos que pertenecen a otros programas. 

3. El supervisor carga el programa 1, anota en una tabla en memoria 
qué dispositivos de E/S se le asignan y transfiere control a su primera ins- 
trucción. 

4. Si el operador quiere ahora cargar el programa 2 a la vez que se 
ejecuta el programa 1, primero debe averiguar en qué sitio de memoria 
puede cargarlo. Para ello, pide al supervisor datos sobre qué posiciones de 
memoria no están ocupadas por el supervisor ni el programa 1. A la vista 
de esta información, el operador comprueba si hay una zona libre de me- 
moria suficiente para albergar el programa 2. Si es así, da la orden de car- 
garlo, proporcionando al supervisor los datos que se citaban en el punto 2. 

5. El supervisor, al cargar el programa 2, comprueba que cabe en la 
memoria disponible; si así no fuera dará mensaje de error al operador. 
Comprueba también que los dispositivos de E/S que necesita no están asig- 
nados al programa 1, pues si lo estuvieran también daría mensaje de error 
al operador. 

En resumen: comprueba que los recursos que el programa 2 necesita 
están disponibles. Entonces, una vez cargado el programa 2, le transfiere 
control a la primera instrucción. 

6. A partir de este momento, ambos programas se ejecutan a la vez, 
aprovechándose las esperas de uno para ejecutar instrucciones del otro, 
como ya hemos dicho. 

7. Supongamos que acaba uno de los programas, por ejemplo, el 2 (el 
1 aún sigue ejecutándose). El supervisor avisa al operador que el progra- 
ma 2 ha terminado y que ya puede desmontar los ficheros que le pertene- 
cían. 

8. A partir de aquí los recursos que empleaba el programa 2 (memo- 
ria y dispositivos de E/S) están ya disponibles para ser utilizados de nuevo. 
El operador puede decidir cargar otro nuevo programa. 
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IDEAS BASICAS SOBRE UN SUPERVISOR 
=== PARA MULTIPROGRAMACION 


Hemos dicho que cuando dos o más programas del usuario coexisten 
en memoria y trabajan en multiprogramación, la unidad de control va «sal- 
tando» de uno a otro, aprovechando los tiempos de espera de cada uno. 
¿Quién se encarga de decidir estos «saltos»?: El supervisor. Esta es una 
de las funciones fundamentales del supervisor en un sistema de multipro- 
gramación. Vamos a profundizar algo más sobre cómo el supervisor pue- 
de realizar esta función. El mecanismo fundamental que utiliza para ello 
es el de las interrupciones, ya explicadas. 

El supervisor tiene una tabla en memoria de todos los programas que 
están cargados en un momento dado, con los datos siguientes: 


Nombre del Origen en N.' posiciones de me-| Estados del o 
. Programa memoria moria que ocupa Programa (Otros campos) 


Fig. 26. Falta en memoria de programas. 


En el campo de «estado del programa» de la tabla de programas del su- 
pervisor se almacena un código que indica la situación de cada programa. 
Por ejemplo, los códigos y sus significados podrían ser: 


A. Programa activo. Indica que la unidad de control está en este mo- 
mento ejecutando instrucciones de este programa. 

E. Programa en espera. Este programa está esperando a que ocurra al- 
gún suceso y no puede ejecutarse hasta que ocurra (por ejemplo, que aca- 
be una operación de lectura). 

D. Programa dispuesto para ejecutarse. El programa está listo para 
continuar su ejecución; no necesita esperar a que ocurra ningún suceso, 
pero no está activo, es decir, la unidad de control no lo está ejecutando 
(porque en este momento estará atareada en la ejecución de otro progra- 
ma). 


En la figura 26 tenemos que, según indica la tabla de programas mos- 
trada, en este momento hay dos programas cargados en memoria: el PRO 
1 y el PRO 2. El PRO 1 está cargado en memoria, ocupando las posiciones 
4000 a 5999, y el PRO 2 está en las posiciones 6000 a 7999. La unidad de 
control está en este momento ejecutando el programa PRO 1 (programa 
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activo). El programa PRO 2 está listo para ser ejecutado (programa dis- 
puesto), pero tiene que esperar a que el PRO 1 tenga un tiempo de espera 
para que la unidad de control lo pueda ejecutar. 

Cuando un programa que esté activo detecta que necesita esperar al- 
gún suceso antes de seguir, lo comunica al supervisor mediante una in- 
terrupción. Por ejemplo, supongamos que PRO 1 da un READ para leer 
una ficha, y que necesita que se termine de leer esta ficha antes de poder 
continuar su proceso (por ejemplo, necesita hacer ciertos cálculos con los 
datos de la ficha antes de seguir). Entonces dará una macro WAIT, que me- 
diante una instrucción SVC provocará una interrupción y, por consiguien- 
te, se transfiere control a la rutina de control del supervisor. Esta rutina 
anotará en la tabla de programas que PRO 1 necesita esperar un suceso 
(programa en espera). La tabla quedará así (no se muestra más que los 
campos de Programa y Estado): 


Programa Estado 
PRO 1 E 
PRO 2 D 


A continuación explora la tabla de programas para ver si hay alguno 
que está disponible para ser ejecutado (programa dispuesto). En nuestro 
ejemplo, PRO 2 lo está. Entonces anota en la tabla que ahora está ya acti- 
vo y le transfiere control. La tabla quedará reflejando esta situación: 


Programa Estado 
PRO 1 E 
PRO 2 A 


Supongamos que ahora se acaba de leer la ficha que PRO 1 estaba es- 
perando. El fin de la operación de lectura provoca una interrupción de 
E/S, que transfiere el control al supervisor. Este trata la interrupción y mo- 
difica la tabla de programas quitando a PRO 1 del estado de espera, puesto 
que ya ha ocurrido el suceso que estaba esperando. 


Programa Estado 
PRO 1 D 
PRO 2 A 


Como en este momento la unidad de control está ejecutando instruc- 
ciones del supervisor, el programa PRO 2 no está activo, sino disponible. 
Es decir, el supervisor modifica el estado de PRO 2 para que la tabla, como 
siempre, refleje la situación del momento: 


Programa Estado 
PRO 1 D 
PRO 2 D 
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Ahora el supervisor tiene que decidir a qué programa va a transferir 
control. Para ello explora la tabla y elige el programa que está disponible 
(estado = D). En nuestro caso, los dos están dispuestos. ¿Cuál eligirá el su- 
pervisor? Elige el que nos interesa. Para ello, el operador, cuando pide que 
se cargue un programa, le asigna una prioridad de ejecución. Esta priori- 
dad de ejecución se almacena en la tabla de programas cuando se hace la 
carga. Supongamos, en nuestro caso, lo siguiente: 


Programa Estado Prioridad 
PRO 1 D 2 
PRO 2 

D 


1 


El supervisor, entonces, elige el programa que, estando dispuesto, tie- 
ne asignada mayor prioridad (en nuestro ejemplo PRO 1) y le transfiere 
control, después de modificar la tabla para que refleje que PRO 1 está ac- 
tivo: 


Programa Estado Prioridad 
PRO 1 A 2 
PRO 2 D 1 


En resumen: 


— Cuando un programa necesita esperar que ocurra un suceso, lo co- 
munica al supervisor (mediante una interrupción). 

— Cuando el suceso que está esperando un programa ocurre, se pro- 
voca una interrupción también, transfiriendo control al supervisor. 

— El supervisor lleva un control continuo de qué programas hay car- 
gados en memoria y su situación en cada momento. 

— El supervisor es quien decide, cada vez que ocurre una interrup- 
ción, cuál programa, de los que hay cargados en memoria, se ejecutará. 


IN 


REGLA DE PRIORIDADES 


El objetivo de la multiprogramación es maximizar la utilización de la 
unidad de control. 

En los párrafos anteriores hemos visto que cuando varios programas es- 
tán listos para ejecutarse, el supervisor elige el de más prioridad. Está cla- 
ro, por tanto, que este parámetro (la prioridad) influye en el grado de uti- 
lización de la unidad de control. Por otra parte, este parámetro lo fija el 
operador cuando se carga el programa. La pregunta que aquí nos plantea- 
mos es: ¿cómo decidir si dar más o menos prioridad a un programa, para 
maximizar la utilización de la unidad de control? 
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Supongamos que hay dos programas en memoria, PRO 1 y PRO 2, y 
que PRO 1 tiene más prioridad. Siempre que PRO 1 esté activo, continua- 
rá ejecutándose, aunque haya interrupciones, hasta que necesite esperar a 
que ocurra algún suceso. En cambio, cuando PRO 2 está activo, puede de- 
jar de estarlo aunque no necesite esperar un suceso. En efecto, si PRO 2 
está activo en un cierto momento, y ocurre una interrupción que estaba 
esperando PRO 1, como éste tiene más prioridad recibe control, y PRO 2 
lo pierde. 


Es decir, PRO 1 está activo todo el tiempo que no está esperando nin- 
gún suceso, y PRO 2 está activo cuando no espera ningún suceso, y ade- 
más, PRO 1 le deja. De modo que PRO 1 se ejecuta al mismo ritmo que si 
estuviera solo (en monoprogramación), y PRO 2 se ejecuta aprovechando 
los «huecos» de PRO 1. 


Lógicamente, habrá que dar más prioridad al programa que tenga más 
«huecos» (o tiempos muertos, o esperas obligadas), con objeto de que el 
otro tenga más oportunidades de ejecutarse. 


Pondremos un ejemplo para aclarar esta regla. 


Supongamos que tenemos dos programas, A y B. 


El programa A lee unos números de una ficha, efectúa cálculos con 
ellos que duran una hora e imprime el resultado. El programa B lee 60000 
fichas, cada una conteniendo un número, suma todos estos números e im- 
prime el resultado. La velocidad de la lectora es de 1000 fichas por minu- 
to. ¿Cúal de los programas, ejecutándose en multiprogramación, deberá te- 
ner más prioridad? Evidentemente, el B tendrá muchas esperas por ope- 
raciones de lectura, mientras que el A no tiene ninguna. Por tanto, debe- 
ríamos dar más prioridad al B. Veamos algunos diagramas de tiempos. 


Si el programa A tuviera prioridad sobre el B, tendríamos (suponemos 
que cada programa tiene su propia lectora e impresora): 


En la figura 27 se ve que B tiene que esperar durante una hora (todo 
el proceso de A) antes de poder continuar; si el programa B tiene más prio- 
ridad tendremos (ver figura 28): 


Cuando se acaba de leer una ficha del programa B (por ejemplo, la se- 
gunda), éste recibe control y efectúa el cálculo P2. Cuando lo termina, tie- 
ne que esperar a que se acabe de leer la ficha siguiente (la tercera). Este 
tiempo de espera se aprovecha para seguir la ejecución de A (proceso P3). 
Es decir, el programa B ejecuta en el mismo tiempo que si estuviera en mo- 
noprogramación. El A algo más lento que en monoprogramación, pero no 
mucho, pues los intervalos de uso de unidad de control que le «roba» el 
B son pequeños. 
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PROGRAMA 
A 


PROCESA FICHA 


PROGRAMA PROCESA 1.2 FICHA | 
B 


Fig. 27. 
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IN 


RESUMEN DEL CAPITULO 


— Los programas que tienen mucha E/S utilizan muy poco la unidad 
de control, aunque solapen las operaciones de E/S entre sí y con el pro- 
ceso. 

. — La multiprogramación permite mejorar el grado de utilización de 
la unidad de control y, por tanto, obtener un mejor rendimiento del orde- 
nador. 

— La multiprogramación consiste en tener varios programas cargados 
en memoria simultáneamente, y aprovechar los tiempos de espera inevi- 
tables de unos para ejecutar instrucciones de otros (la unidad de control 
no puede ejecutar más de una instrucción a la vez). 

— Para realizar la multiprogramación se utiliza el mecanismo de in- 
terrupciones del hardware, y además, es necesario un software preparado 
para ello. 

— El supervisor es el responsable de la gestión del control entre los 
programas en multiprogramación, siendo ésta una de sus funciones más 
importantes. 

— Cuando varios programas se ejecutan en multiprogramación, hay 
que asignar más prioridad a los que usan menos la unidad de control. 
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FUNCIONES ADICIONALES 
DE LOS SISTEMAS OPERATIVOS 


N los capítulos anteriores hemos ido desarrollando los 
conceptos básicos del funcionamiento de un supervisor. 
Vamos ahora a dar una descripción breve de algunas fun- 
ciones adicionales de los sistemas operativos, que no he- 
mos explicado hasta ahora para no distraer la atención de 
los puntos más importantes. 


SENTENCIAS DE CONTROL (JOB 
CONTROL LANGUAGE). 


En la práctica, la misión del operador puede ser muy complicada. Va- 
rios programas se pueden estar ejecutando en un momento dado en mul- 
tiprogramación, cada uno con sus ficheros propios; pueden ocurrir inci- 
dencias: un fichero contiene datos erróneos, un programa ocupa más me- 
moria de la disponible, etc. 

Todas estas situaciones imprevistas provocan mensajes al operador, 
que debe analizarlos y actuar en la forma adecuada. 

Un objetivo fundamental del sistema operativo es tomar a su cargo el 
máximo posible de trabajo del operador, facilitándole a éste su labor. Esto 
es en gran parte posible porque muchas tareas de operación pueden pro- 
gramarse (normalmente se incluyen en el supervisor). Por ejemplo, un 
usuario podría dar al operador las instrucciones siguientes: 


«Mi programa se llama PROG. Está escrito en FORTRAN y el programa 
fuente está en fichas perforadas. El compilador de Fortran está en una li- 
brería llamada FORLIB, en un disco identificado con el numero 111111. 
Por favor, compile el programa, y si va bien la compilación, guarde el mó- 
dulo objeto en una librería llamada OBJLIB en el disco 111111. El progra- 
ma compilado no excederá de 4000 posiciones de memoria. Los datos de 
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entrada están en la cinta magnética número 123456, y el programa nece- 
sita un carrete de cinta en blanco donde grabará información para uso pos- 
terior en otros programas. 

Mi programa tiene muchos cálculos, de modo que debería ejecutarse 
con una prioridad baja. Si el compilador encuentra errores de sintaxis en 
mi programa fuente, no ejecutar el programa objeto. Mi programa produ- 
ce un listado sobre el papel preimpreso, con el formato número 00018.» 

Algunas de estas instrucciones hay que llevarlas a cabo a mano (mon- 
tar cintas, montar papel, etc.), pero la mayoría podrían ejecutarse por un 
programa. Por ejemplo, podríamos incluir en el supervisor una rutina cuya 
lógica respondiera al organigrama de la figura 29. 

El organigrama anterior puede ser ejecutado por el supervisor si éste 
conoce las especificaciones de ejecución del programa (por ejemplo, los 
discos necesarios, las cintas, etc.). Si los requerimientos de cada progra- 
ma los especifica el usuario detalladamente y mediante un lenguaje for- 
mal (como si fuera un lenguaje de programación), estas instrucciones pue- 
den plasmarse en un soporte legible por el ordenador y ser leídas por el 
supervisor, que así estará en condiciones de ejecutar las tareas indicadas 
en el organigrama anterior. Esto relevaría al operador de las operaciones 
rutinarias (cargar programas) y se podría concentrar en analizar las inci- 
dencias anormales. El lenguaje formal que se utiliza para especificar los re- 
querimientos de ejecución de un programa se llama lenguaje de descrip- 
ción o de control de trabajos (JOB DESCRIPTION LANGUAGE, o tam- 
bién a veces JOB CONTROL LANGUAGE). 

El lenguaje de control de trabajos lo escribe el programador. El opera- 
dor se limita a introducir las especificaciones en la lectora de fichas (si es- 
tán en ficha), aunque en otras ocasiones es el propio programador quien 
introduce las especificaciones por teclado. 


A 


FUNCIONES BASICAS DE UN SISTEMA OPERATIVO 


La función básica de un sistema operativo es controlar los recursos del 
ordenador para optimizar y facilitar su utilización por parte de los opera- 
dores y programadores. 

Los recursos a controlar y manejar son: 


— Memoria. 

— Uso de la unidad central. 
— Dispositivos de E/S. 

— Canales de E/S. 


Las diversas rutinas y programas que componen el sistema operativo 


ul 


O 


El operador monta el 
disco 


El operador coloca 
las fichas 


El operador monta 
las cintas 


Fig. 29. 
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cumplen unas funciones de control de los recursos anteriores, que pue- 
den agruparse en las siguientes categorías: 


— Gestión de trabajos. 

— Gestión de memoria. 

— Gestión de multiprogramación. 

— Gestión de dispositivos de E/S. 

— Gestión de canales y operaciones de E/S. 

— Gestión de datos. 

— Gestión de la comunicación con el operador. 


Vamos a comentar brevemente alguno de estos puntos. 


LL 


GESTION DE TRABAJOS 


Hemos visto que cada trabajo a realizar se entrega al operador en for- 
ma de especificaciones en un lenguaje especial para este fin (JOB CON- 
TROL LANGUAGE). Supongamos que estas especificaciones están perfo- 
radas en fichas. Cuando el operador decide ejecutar este trabajo, da un 
mensaje al supervisor, indicándolo así, y coloca las fichas de las especifi- 
caciones en la lectora. Entonces el supervisor transfiere control a una ru- 
tina suya, que se suele llamar reader. Esta rutina lee las fichas con las es- 
pecificaciones del trabajo (donde se indica el nombre del programa, su 
prioridad, etc.). A partir de aquí el sistema operativo se hace cargo de la 
ejecución del trabajo. Mientras se ejecuta este trabajo, el operador puede 
poner en la lectora las especificaciones de otros trabajos, que serán leídas 
por el reader y pasadas al supervisor, para que éste inicie su ejecución en 
multiprogramación. El reader seguirá activo, preparado para leer fichas de 
la lectora, hasta que el operador decida pararlo con un mensaje desde el 
teclado de la consola. 

En resumen, el operador introduce en la lectora de una vez todas las 
especificaciones de trabajos que tenga, y arranca el reader, guarda todas 
las fichas leídas en un disco (en un fichero que suele llamarse cola de en- 
trada de trabajos). El supervisor carga en memoria y ejecuta el primer tra- 
bajo de la cola. Mientras haya memoria y dispositivos de E/S disponibles, 
carga en multiprogramación el segundo, tercero, etc. Cuando no haya me- 
moria o dispositivos de E/S tiene que esperar a que acabe alguno de los 
que se están ejecutando y se liberen los recursos que tenía asignados (me- 
moria y dispositivos), y entonces carga en memoria el siguiente trabajo, 
etcétera. Naturalmente, el supervisor tiene que comunicar al operador qué 
trabajos arranca en cada momento y qué ficheros hay que montar y des- 
montar. 


Dz 
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GESTIÓN DE MEMORIA 


Cuando la memoria está llena con varios programas ejecutándose, hay 
que esperar a que alguno de ellos acabe antes de cargar el siguiente de la 
cola de entrada, como ya hemos dicho. No obstante, puede ocurrir que no 
quepa en el hueco producido. Por ejemplo, supongamos cinco programas 
ejecutándose en multiprogramación (P1, P2, P3, P4, P5). 


40 k 50 k 40 k 


30k  30k 
Fig. 30. Programas ejecutándose en multiprogramación. 
Supongamos que el siguiente programa a ejecutar, P6, necesita 100K y 
que acaba P1. Naturalmente, P6 no puede cargarse en el hueco dejado por 


P1, y debe esperar a que se produzcan más huecos. Supongamos que aca- 
ban P3 y P5. Tendremos: 


30 k 40 k 


Fig. 31. Py y Ps finalizan. 


40 k 


Se ve en la figura anterior que tendríamos disponibles 30+40+40 = 
110k, suficientes para cargar P6. Pero no puede cargarse porque no son 
contiguas las áreas disponibles. El programa P6 se ve obligado a esperar. 


a esperar. 
Este problema, conocido como fragmentación de la memoria, se pue- 


de resolver con uno de los siguientes métodos: 


Por compactación 


Consiste en hacer que el supervisor traslade los programas P2 y P4 ha- 
cia las zonas altas de memoria y los junte. 
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110 k 30 k 50 k 


Fig. 32. Método de compactación. 


Por segmentación del programa 


Consiste en hacer posible que el programa se ejecute en zonas no con- 
tiguas de memoria. En nuestro ejemplo, el programa se cargaría en tres zo- 
nas separadas. Normalmente, esto se lleva a efecto mediante técnicas de 
segmentacion y paginación, que requieren un registro especial de hardwa- 
re para reubicar las direcciones de los programas. Este enfoque lleva el 
concepto, más amplio, de memoria virtual. 


== GESTION DE MULTIPROGRAMACION 


Para funcionar en multiprogramación, los programas deben ser reubi- 
cables, es decir, al cargarlos en memoria del loader deben ser reajustadas 
sus direcciones de acuerdo con la posición origen de memoria donde se 
cargan. Esto ya fue explicado en el capítulo 2. La multiprogramación exi- 
ge esta propiedad de reubicabilidad, ya que es imposible en la práctica pre- 
decir en qué posición de memoria se va a cargar un programa (depende 
de donde quede hueco libre al acabar otro programa anterior, lo que es 
prácticamente aleatorio). 

Si un programa tiene un bucle, por error en su lógica, por ejemplo, 
una instrucción de saltar a sí mismo, su ejecución no termina nunca. Evi- 
dentemente, ésta es una situación errónea que hay que detectar de algún 
modo. Para ello, el supervisor suele llevar un control del tiempo de uni- 
dad de control empleado en la ejecución del programa desde que éste se 
carga. Mediante un parámetro en las especificaciones del trabajo puede es- 
pecificarse un límite para este tiempo, de modo que si supera (por ejem- 
plo, por encerrarse en la ejecución indefinida de un bucle), el supervisor 
cancela el trabajo. 
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== GESTION DE DISPOSITIVOS DE E/S 


El supervisor lleva un control en todo momento de los dispositivos de 
E/S asignados a cada programa en ejecución, como ya hemos dicho. 
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Además, lleva un control del espacio disponible en los discos monta- 
dos, de tal modo que si se necesita espacio para un nuevo fichero, él pue- 
de buscarlo y asignarlo, evitando al operador llevar una cuenta detallada. 


GESTION DE DATOS 


Los datos almacenados en ficheros pueden estar organizados según de- 
terminados criterios, que se suelen denominar métodos de organización y 
acceso de ficheros. 

En la organización secuencial indexada suele ser responsabilidad del su- 
pervisor el manejo de los índices, de forma que el programa se limita a dar 
un READ pidiendo el registro con una clave determinada. El supervisor re- 
cibe esta petición de lectura, y se encarga de consultar los índices, averi- 
guar en qué sector del disco se encuentra la información solicitada y leerla. 
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INTRODUCCION AL DOS ks 


L DOS está formado por dos conjuntos de programas. El 
primero, el sistema de entrada/salida; el segundo, un con- 
junto de programas auxiliares, también llamados coman- 
dos. 


== SISTEMA DE ENTRADA/SALIDA 


El sistema de E/S es un conjunto de programas que se 
leen automáticamente en la memoria del ordenador desde un disco del sis- 
tema cada vez que se arranca el ordenador. 

Este sistema de E/S sirve como «interface» entre los programas del 
usuario y otros programas, y el «hardware». Permite usar el ordenador de 


PROGRAMAS AUXILIARES 


El sistema de E/S incluye un fichero intérprete de comandos llamado 
COMMAND.COM, que permite al usuario llamar a cualquiera de los pro- 
gramas auxiliares con sólo teclear un comando desde el teclado. 

Estos programas auxiliares o comandos se clasifican en dos grupos: 


— Internos. 
— Externos. 


Los primeros se ejecutan inmediatamente porque están incluidos den- 
tro del DOS. Por ello, una vez cargado el DOS no se necesita que el «dis- 
kette» del DOS permanezca insertado en la unidad para ejecutar estos co- 
mandos. 
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Los segundos residen en el «diskette» como archivos de programas; por 
tanto, deben leerse del «diskette» antes de ejecutarse. Esto significa que el 
«diskette» del DOS debe estar en la unidad, pues de no ser así el DOS no 
encontrará el comando. 

Cualquier archivo con extensión .BAT, .COM, .EXE se considera un co- 
mando externo. 

Para llamar a un comando el usuario debe teclear el nombre del mis- 
mo. Este nombre puede ir seguido de uno o más parámetros, necesarios 
para indicar al comando dónde debe coger los datos, dónde debe poner- 
los, etc. 


== PROCESO POR LOTES 


A menudo se tendrá que usar la misma secuencia de comandos para 
realizar una tarea rutinaria. El DOS incluye una prestación que simplifica 
las tareas repetitivas. Esta prestación se denomina proceso por lotes. 

El proceso por lotes permite ejecutar automáticamente un grupo de co- 
mandos del DOS. En vez de teclear uno por uno los nombre de los coman- 
dos cada vez que se necesiten, la secuencia de nombres de comandos se 
pone en un fichero especial llamado fichero de proceso por lotes. Al teclear 
el nombre del fichero por lotes los comandos de dicho fichero se ejecutan 
como si se hubieran tecleado los nombres de los comandos directamente 
desde el teclado. 


CARACTERISTICAS ESPECIALES 
DE CONFIGURACION 


Normalmente, al arrancar un sistema operativo se deben cargar deter- 
minados ficheros y definir los parámetros necesarios para configurar el sis- 
tema, de acuerdo con la aplicación específica en uso. 

El DOS incluye un conjunto de ficheros de comandos que configuran 
automáticamente el sistema nada más arrancar. El sistema de configura- 
ción permite al usuario empezar a trabajar en su aplicación sin tener que 
instalar cada aplicación específica. 
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COMANDOS DEL DOS 8 


- E presenta a continuación una descripción simplificada 
dos aparecen en orden alfabético. 


ASSIGN 


O Funcion: Indica al DOS que transforme las peticiones 
ooo de entrada/salida para uma unidad, en peticiones de en- 


== trada/salida para otra unidad. 
Tipo: Externo. 

Ejemplos: 

A > Assign A=B 

— El DOS envía a la unidad B las peticiones de la unidad A; así si se 
ejecuta DIR A, el DOS visualizará el directorio que está en la unidad B. 

A > Assign 

— Anula toda asignación de unidades hecha con anterioridad. 


ATTRIB 


Función: Permite definir el atributo de un archivo como de sólo lectu- 
ra O visualizar el atributo de un archivo. 

Tipo: Externo. 

Ejemplos: 

A > ATTRIB +R ARCHI1.TXT 

— Define el archivo ARCHI1.TXT como de sólo lectura. 


A > ATTRIB ARCHI1.TXT 
— Lista el atributo del archivo especificado. 


A > ATTRIB - R ARCHI1.TXT j 
— Suprime el atributo de sólo lectura del archivo especificado. 
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BACKUP 


Función: Realiza copias de seguridad de uno o más archivos de un dis- 
co a otro disco. 

Tipo: Externo. 

Ejemplos: 

A > BACKUP B: A: /S 


— Hace una copia de seguridad de todos los archivos (S), que se en- 
cuentran en el «diskette» de la unidad B, en el «diskette» de la unidad A. 


A > BACKUP A: ARCHI1.TXT B: 
— Hace una copia de seguridad del archivo especificado, ubicado en 
la unidad A, en la unidad B. 


BREAK 


Función: Permite indicar ál DOS que compruebe si se ha efectuado una 
ruptura de control, siempre que un programa pida al DOS que realice una 
función 

Tipo; Interno. 

Ejemplos: 


A > BREAK = ON 
— El DOS comprobará si se está introduciendo un Ctrl-Break desde el 
teclado. 


A > BREAK = OFF 
— El DOS comprobará rupturas de control para: 


e Operaciones estándar de entrada/salida. 
e Operaciones estándar a dispositivos de impresión. 
e Operaciones estándar a dispositivos auxiliares. 


A > BREAK 
— Visualiza el estado actual (ON- OFF) del comando BREAK. 


CHKDSK 


Función: Analiza los directorios, los archivos y la tabla de asignación 
de archivos en la unidad designada o asumida por omisión, produciendo 
un informe del estado de la memoria y del «diskette». 

Tipo: Interno. 

Ejemplos: 

A > CHKDSK B: 

— Produce un informe de estado para un «diskette» en la unidad B 


A > CHKDSK B: / F 
— Produce un informe de estado para un «diskette» en la unidad B, 
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analizando los errores encontrados en el directorio de la tabla de asigna- 
ción de archivos. 


A > CHKDSK B: / V 
— Produce un informe de estado para el «diskette» de la unidad B y 
visualiza todos los archivos de dicha unidad. 


A > CHKDSK B: *.* 
— Produce un informe de estado para el «diskette» de la unidad B y 
lista los nombres de archivos que ocupan áreas no contiguas. 


CLS 


Función: Borrar la pantalla. 
Tipo: Interno. 

Ejemplo: 

A > CLS 

— Borra la pantalla. 


COMP 


Función: Compara el contenido del primer conjunto de archivos espe- 
cificados con el contenido del segundo conjunto de archivos especificados. 

Tipo: Externo. 

Ejemplos: 

A > COMP B : *.ASM A: 

— Compara todos los archivos con extensión ASM del «diskette» de la 
unidad B con los archivos del mismo nombre del «diskette» ubicado en la 
unidad A. 


A > COMP B : *.ASM A: *.BAK 

— Compara todos los archivos ASM del «diskette» ubicado en la uni- 
dad B con todos los archivos del mismo nombre y extensión BAK del «dis- 
kette» ubicado en la unidad A. 


A > COMP B : ARCHI.TXT A: ARCHI1.ASM . 
— Compara el archivo ARCHI.TXT del «diskette» de la unidad B con 
el archivo ARCHI1.ASM del «diskette» de la unidad A. 


COPY 


Función: Copia uno o más archivos a un «diskette» específico. 
Tipo: Interno. 
Ejemplos: 


A > COPY B: MIPROG 
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— Copia el archivo MIPROG desde el «diskette» ubicado en la unidad 
B al «diskette» ubicado en la unidad A, con el mismo nombre. 


A-> COPY >"."B: 

— Copia todos los archivos desde el «diskette» ubicado en la unidad A 
al «diskette» ubicado en la unidad B, con los mismos nombres y extensio- 
nes. 

A > COPY MIPROG.ABC B : *.XXX 

— Copia el archivo MIPROG.ABC desde el «diskette» de la unidad A al 

«diskette» de la unidad B, llamando a la copia MIPROG.XXX 


A > COPY MIPROG.ABC B : ARCHI.ASM 
— Copia el archivo MIPROG.ABC desde el «diskette» de la unidad A al 
«diskette» de la unidad B, llamando a la copia ARCHI.ASM 


A > COPY ARCHIl.XYZ + ARCHI2.ABC + ARCHI3.JKL GRA- 
NARCH.TXT 

— Crea un nuevo archivo llamado GRANARCH.TXT en el «diskette» 
de la unidad A, en el cual están los tres archivos especificados con ante- 
rioridad concatenados. 


A > COPY K.ASM + J.ASM 
— Añade el archivo J.ASM al final del archivo K.ASM, y deja el resul- 
tado en K.ASM 


CTTY 


Función: Cambia la consola de entrada/salida estándar a una consola 
auxiliar o restaura el teclado y la pantalla como dispositivos de entrada/sa- 
lida estándar. 

Tipo: Interno. 

Ejemplos: 


A > CTTY AUX 
— El DOS utilizará el dispositivo AUX para sus operaciones de entra- 
da/salida. 


A > CTTY CON 
— Invierte la asignación anterior haciendo que el DOS vuelva a utili- 
zar para sus operaciones de entrada/salida la pantalla y el teclado. 


DATE 


Función: Permite introducir la fecha o cambiar la que tiene el sistema. 
Tipo: Interno. 
Ejemplo: 


A > DATE 
— Aparecen los siguientes mensajes: 
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«La fecha actual es: DD/MM/AA» 
«Introduzca nueva fecha: DD/MM/AA»: 


DEL 


Función: Suprime un archivo especificado. 
Tipo: Interno. 
Ejemplos: 


A > DEL B : ARCH.BAT 

— Suprime el archivo ARCH.BAT del «diskette» ubicado en la uni- 
dad B. 

A > DEL *.BAT 

— Suprime todos los archivos con extensión .BAT del «diskette» ubi- 
cado en la unidad A. 

A > DEL 

— Suprime todos los archivos del «diskette» de la unidad A. 

A > DEL *.* 

— Suprime todos los archivos del «diskette» de la unidad A. 

A > DEL B : ARCHI.* 


— Suprime todos los archivos con nombre ARCHI del «diskette» de la 
unidad B, sea cual sea su extensión. 


DIR 


Función: Hace un listado de todas las entradas del directorio o sólo de 
aquéllas que corresponden a archivos especificados. 

Tipo: Interno. 

Ejemplos: 

A > DIR 

— Lista todos los archivos del «diskette» de la unidad A. 


A>DIRB: 
— Lista todos los archivos del «diskette» ubicado en la unidad B. 


A > DIR *.ATP 
— Lista todos los archivos del «diskette» de la unidad A con extensión 
ATP 


A > DIR ARCHI.* 
— Lista todos los archivos del «diskette» ubicado en la unidad A con 
nombre ARCHÍ, sea cual sea su extensión. 


63 


DISKCOMP 


Función: Compara dos «diskettes». 
Tipo: Externo. 
Ejemplos: 


A > DISKCOMP A: B: 
— Compara un «diskette» ubicado en la unidad A con otro ubicado en 
la unidad B. 


A > DISKCOMP 

— Compara un «diskette» ubicado en la unidad A con otro «diskette» 
que deberá ser insertado en la misma unidad. 

A > DISKCOMP B': 


— Compara un primer «diskette» insertado en la unidad B, con un se- 
gundo «diskette» ubicado en la unidad A. 


DISKCOPY 


Función: Copia el contenido del «diskette» de la unidad origen en el 
«diskette» de la unidad destino. Si es necesario, el «diskette» destino es for- 
mateado durante la copia. 

Tipo: Externo. 

Ejemplos: 


A > DISKCOPY A: B: 
— Copia el contenido de un «diskette» ubicado en la unidad A (origen) 
a otro «diskette» ubicado en la unidad B (destino). 


A > DISKCOPY 
— Copia el contenido de un «diskette» ubicado en la unidad A, a otro 
«diskette» a insertar en la misma unidad. 


ERASE 


Función: Borra un archivo especificado. 

Tipo: Interno. 

Ejemplos: 

A > ERASE A : ARCHI.BAT 

— Borra el archivo ARCHI.BAT del «diskette» ubicado en la unidad A. 


A > ERASE B : ARCHI.BAT 
— Borra el archivo ARCHI.BAT del «diskette» ubicado en la unidad B. 


A > ERASE *.BAT 
— Borra todos los archivos con extensión .BAT del «diskette» ubicado 
en la unidad A. 


A > ERASE ARCHI.* 
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— Borra todos los archivos de nombre ARCHI, sea cual sea su exten- 
sión, del «diskette» ubicado en la unidad A. 


A > ERASE *.* 
— Borra todos los archivos del «diskette» ubicado en la unidad A. 


A > ERASE 
— Realiza la misma función del ejemplo anterior. 


FORMAT 


Función: Inicializa el «diskette» de la unidad especificada con un for- 
mato de registro aceptable para el DOS. 

Tipo: Externo. 

Ejemplos: 

A > FORMAT 

— Formatea el «diskette» ubicado en la unidad A. 


A > FORMAT B: 
— Formatea el «diskette» ubicado en la unidad B. 


A > FORMAT B :/1 
— Formatea el «diskette», de una cara, ubicado en la unidad B al mar- 
gen del tipo de unidad. 


A > FORMAT B :/8 
— Formatea el «diskette» ubicado en la unidad B con el formato de 8 
sectores por pista. 


A > FORMAT B :/V 
— Formatea el «diskette» ubicado en la unidad B permitiendo darle al 
«diskette» una etiqueta de volumen (identificadora de «diskette»). 


A > FORMAT B :/B 
— Formatea el «diskette» ubicado en la unidad B, con 8 sectores por 
pista, y asignación de espacio para los módulos del sistema. 


GRAFTABL 


Función: Carga en memoria una tabla de datos de caracteres adicional 
para el adaptador color/gráficos. 

Tipo: Externo. 

Ejemplo: 

A > GRAFTABL 

— Carga la tabla, especificada anteriormente, en memoria. 
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KEYBXX 


Función: Carga un programa de teclado que sustituye al programa de 
teclado residente en ROM BIOS. 

La (XX) representa uno de los cinco programas de teclado existentes: 

— UK (Reino Unido) 

— GR (Alemania) 

— FR (Francia) 

— TT (Italia) 

— SP (España) 

Tipo: Externo. 

Ejemplos: 


A > KEYBSP 
— Carga el programa de teclado español. 


LABEL 


Función: Permite crear, cambiar y suprimir la etiqueta de volumen de 
un «diskette» (ésta se emplea para identificar un «diskette» mediante un 
nombre). 

Tipo: Externo. 


Ejemplos: 


A > LABEL B: PROGRAMAS 
— Crea etiqueta de volumen «PROGRAMAS» para el «diskette» inser- 
tado en la unidad B. 


A > LABEL B: 
— Borra la etiqueta de volumen en el «diskette» de la unidad B (si la 
tuviese). 


MORE 


Función: Leer datos del dispositivo de entrada estándar, enviar una pan- 
talla completa de datos al dispositivo de salida estándar y luego hacer una 
pausa con el mensaje munici. MÁS icsinsmaiats 

Tipo: Externo. 


Ejemplo: 

A > MORE < TEST.ASM 

— Se visualizará el contenido del archivo TEST.ASM con una pantalla 
completa cada vez. Cuando se llene la pantalla aparecerá el mensa- 


JA MASA , pulsando cualquier tecla podremos 
ver la siguiente pantalla completa. 


66 


PROMPT 


Función: Establece un nuevo símbolo indicador del sistema. 
Tipo: Externo. 
Ejemplo: 


A > PROMPT ABC 
— ABC pasa a ser el nuevo indicador del sistema sustituyéndolo 
por A>. 


RECOVER 


Función: Recuperar archivos procedentes de un «diskette» que tenga al- 
gún sector defectuoso. Puede recuperarse el archivo que contiene el/los 
sector/res no válidos (menos los datos de dicho sector), o pueden recupe- 
rarse todos los archivos del «diskette» si se dañó el directorio. 

Tipo: Externo. 

Ejemplos: 


A > RECOVER B : MIPROG 
— Hace que se lea sector a sector el archivo MIPROG del «diskette» 
de la unidad B, saltándose los sectores defectuosos. 


A > RECOVER B: 
— Recupera el contenido de todo un «diskette» procedente de la uni- 
dad B. 


RENAME (REM) 


Función: Cambia el nombre y/o extensión de un archivo especificado. 

Tipo: Interno. 

Ejemplo: 

A > RENAME B : TEXTO CARTA 

— Cambia el nombre del archivo, existente en el «diskette» de la uni- 
dad B, con nombre TEXTO por CARTA. 


RESTORE 


Función: Restaura uno o más archivos de un «diskette» copia de segu- 
ridad a otro «diskette». 

Tipo: Externo. 

Ejemplos: 

A > RESTORE A : B: *.DAT 

— Restaura los archivos del «diskette» insertado en la unidad A, que 
tienen extensión .DAT, en el «diskette» de la unidad B. 


A > RESTORE B: A : TEXTO.DAT 
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— Restaura el archivo TEXTO.DAT del «diskette» insertado en la uni- 
dad B, al «diskette» de la unidad A. 


SHARE 


Función: Carga el soporte para compartir archivos. 
Tipo: Externo. 

Ejemplos: 

A > SHARE 

— Carga el soporte de archivos compartidos. 


SORT 


Función: Lee datos del dispositivo de entrada estándar, los clasifica y 
luego los escribe en el dispositivo de salida estándar. 

Tipo: Externo. 

Ejemplos: 

A > SORT < ARCHI1.TXT > ARCHR.TXT 

— Lee el archivo ARCHI1.TXT, hace una clasificación del mismo y lue- 
go escribe el resultado en el archivo ARCHR.TXT. 

Nota: Si en el ejemplo anterior especificamos: 

A > SORT /R < ARCHI1.TXT > ARCHR.TXT 


la clasificación se hará en forma invertida. 


SsYS 


Función: Transfiere los archivos del sistema operativo de un “diskette” 
a otro. 

Tipo: Externo. 

Ejemplo: 


A>B:SYSA: 
— Transfiere los archivos del sistema operativo del «diskette» de la uni- 
dad B al «diskette» de la unidad A. 


TYPE 


Función: Muestra el contenido de un archivo especificado en el dispo- 
sitivo de salida estándar. 

Tipo: Interno. 

Ejemplo: 

A > TYPE B: PROGI1.DAT 

— El contenido del archivo PROG1.DAT que está en el «diskette» de la 
unidad B se visualiza en el dispositivo estándar de salida. 
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VERIFY 


Función: Verifica que los datos grabados en un “diskette” han sido 


correctamente registrados. 


Tipo: Interno. 
Ejemplos: 


A > VERIFY ON 
— Activa el comando. 


A > VERIFY OFF 
— Desactiva el comando. 


A > VERIFY 
— Visualiza el estado actual del comando. 


VOL 


Función: Visualiza la etiqueta de volumen del «diskette». 


Tipo: Interno. 

Ejemplos: 

A > VOL 

— Visualiza la etiqueta del «diskette» de la unidad A. 


A> VOLB: 
— Visualiza la etiqueta del «diskette» de la unidad B. 
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COMANDOS DE PROCESO 
POR LOTES 


FICHEROS DE PROCESO 
POR LOTES DEL DOS 
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OS ficheros de proceso por lotes del DOS contienen una 
serie de comandos que se utilizan con mucha frecuencia. 

Para llamar a estos comandos, basta con teclear el 
nombre del fichero, en vez de tener que teclear cada co- 
mando individualmente. 

Cuando se crea un fichero de este tipo, se deberá in- 
cluir siempre la extensión .BAT en el nombre del fichero. 

El DOS dispone de comandos especiales pensados es- 
== === pecíficamente para su uso en ficheros de proceso por lo- 
tes. Estos comandos controlan el proceso por lotes desde dentro del pro- 
pio fichero y permiten modificar la secuencia de comandos del DOS del 
fichero de proceso por lotes, según las necesidades que existan en el mo- 
mento. 

También existen comandos de proceso por lotes que permiten visuali- 
zar mensajes desde dentro del propio fichero. Estos comandos informarán 
del desarrollo del proceso por lotes. También se usan para pedir la inter- 
vención del usuario en el proceso cuando, por ejemplo, sea necesario cam- 
biar los «diskettes». 


EL FICHERO AUTOEXEC.BAT 


El fichero AUTOEXEC.BAT es un fichero de proceso por lotes que se 
ejecuta automáticamente al arrancar el DOS. 


También se puede ejecutar este fichero en cualquier momento con sólo 
teclear el nombre AUTOEXEC. 
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COMO CREAR UN FICHERO 
DE PROCESO POR LOTES 


Un fichero de proceso por lotes puede tener cualquier nombre, pero 
debe incluir la extensión .BAT . Desde el teclado, se puede crear un fiche- 
ro de proceso por lotes de varias maneras: 


— Usando el comando COPY. 
— Usando el editor de líneas EDLIN. 
— Mediante cualquier otro programa editor o de proceso de texto. 


Ejemplo: 
COPY CON : BATFILE.BAT 


Este ejemplo crea, mediante el comando COPY, el fichero de proceso 
por lotes BATFILE.BAT. 

El fichero de proceso por lotes se termina con un carácter de fin de fi- 
chero. Este carácter se consigue pulsando F6. 


Todos los comandos que se describen a continuación son internos: 


ECHO 


Formato: ECHO [ON] [OFF] [textomensaje] 
Función: Activa o desactiva la visualización en pantalla de los coman- 
dos de proceso por lotes y del DOS, según se van leyendo en el fichero. 


Notas: Si se especifica el parámetro ON, todas las líneas de comandos 
aparecerán en pantalla a medida que se vayan leyendo en el fichero de pro- 
ceso por lotes. 

Especificando el parámetro OFF en pantalla, sólo aparecerán los men- 
sajes del sistema y de error que se produzcan. 

Si se especifica el parámetro «textomensaje», aparecerá en la pantalla 
el mensaje especificado. 


FOR 


Formato: FOR % % variable IN (set) DO comando 
Función: Permite la ejecución repetida de un comando del DOS. 


Aza 


GOTO 


Formato: GOTO etiqueta 
Función: Transfiere el control a línea de comandos que sigue a la línea 
que contiene la etiqueta especificada. 


IF 


Formato: 1F [NOT] condición comando 

Función: Permite una ejecución condicional de los comandos del DOS. 

Notas: Cuando la condición especificada por la instrucción IF sea ver- 
dadera, se ejecutará el comando del DOS especificado a continuación. Si 
la condición es falsa, se pasará por alto este comando y se ejecutará el si- 
guiente. 


PAUSE 


Formato: PAUSE [textomensaje] 

Función: Permite que el usuario intervenga durante la ejecución de un 
fichero de proceso por lotes. 

Notas: Cuando el DOS encuentra este comando detiene el proceso del 
fichero y muestra un mensaje pidiendo que el usuario pulse cualquier te- 
cla para continuar la ejecución. 

El parámetro «texto mensaje» es opcional. 


REM 


Formato: REM [textomensaje] 
Función: Muestra mensajes de un fichero de proceso por lotes. 


Notas: Cuando el DOS encuentra la instrucción REM aparecerá en la 
pantalla tanto la palabra clave REM como el mensaje especificado. 


SHIFT 


Formato: SHIFT 
Función: Permite incluir más de los diez parámetros normalmente emi- 
tidos en el fichero de proceso por lotes. 
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EDLIN 


A utilidad EDLIN es un editor de líneas que puede usarse 
para crear, modificar y ver en pantalla programas fuente 
o ficheros de texto. Los usos específicos del EDLIN son: 


— Crear y salvar nuevos ficheros. 

— Actualizar ficheros ya existentes y salvar tanto los fi- 
cheros actualizados como los originales. 

— Ver el contenido de los ficheros para borrar, inser- 
tar o sustituir texto. 
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= El texto de estos ficheros está dividido en líneas nume- 
radas de 253 caracteres cada una, como máximo. 

Con EDLIN, las líneas se teclean y editan de una en una. Para editar el 
texto de una línea, se usarán las teclas de función de edición y de control 
del DOS. 

A continuación damos información común a todos los mandatos del 
EDLIN: 


— Excepto el mandato E (editar línea), todos los mandatos consisten 
en una única letra. 

— Salvo los mandatos E (editar línea) y Q (abandonar editor), los man- 
datos van normalmente precedidos y/o seguidos por parámetros. 

— Aunque sólo se requiere un separador entre dos números de línea 
adyacentes, conviene separar los mandatos y los parámetros con separa- 
dores para hacerlos más legibles. 

— Los mandatos pasan a ser efectivos sólo después de que se pulsa la 
tecla <intro>. 

— Los mandatos se terminan pulsando las teclas Ctrl-Break. 

— Para aquellos mandatos que dan lugar a una salida mayor que la pan- 
talla, debe pulsarse Ctrl-Numlock para detener la visualización. Pulsando 
cualquier otro carácter, se reanudará la visualización. 

— El símbolo indicador de EDLIN es *. 


ÉS, 


— Es posible hacer referencia a números de línea relativos respecto 
de la línea actual. Se usará un signo (-) y un número de línea para indicar 
una línea que esté antes de la línea actual. Se usará un signo (+) y un nú- 
mero para indicar una línea que esté detrás de la línea actual. 

Por ejemplo: 

+ 10 visualiza las diez líneas posteriores a la línea actual. 
— En una línea de mandatos pueden introducirse varios mandatos. 
— Pueden insertarse en el texto caracteres de control. Para introducir 


un carácter de control, se pulsará CTRL-V, luego se introducirá el carác- 
ter de control deseado en mayúscula. 


anáato Fa 
Append Lines [n]A 
Añadir Líneas 


Copy Lines [línea], [línea], línea[veces]C 
Copiar Líneas 

Delete Lines [línea1[ línea]D 

Borrar Líneas 

Edit Lines [línea] 

Editar Líneas 


End Edit E 
Fin Edición 
Insert Lines [línea ]I 
Insertar Líneas 
List Lines [línea][,línea]L 
Listar Líneas 
Move Lines [línea], [línea], líneaM 
Mover Líneas 
Page [Iínea][ línea]? 
Página 
Quit Edit 
Abandonar Editor 
Replace Text [línea][ línea]1[?]R[serie][< F6 > serie] 
Reemplazar Texto 
[línea][. línea][?]S[serie] 
Buscar Texto 
Transfer Lines [línea] YT nombarch[.ext] 
Transferir Líneas 
Escribir Líneas 
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LINK 


Esta utilidad combina distintos ficheros objeto en un módulo ejecuta- 
ble, el cual puede cargarse en memoria y ejecutarse como si fuera un pro- 
grama de aplicación. 


EXE2BIN 


Esta utilidad convierte ficheros con extensión .EXE de segmentos re- 
ubicables, tal como los genera la utilidad LINK, a un formato de imagen 
de memoria compatible con los ficheros .COM. 


DEBUG 


Esta utilidad comprueba y depura, para conseguir su funcionamiento 
correcto, módulos de programa de aplicación producidos con la utilidad 
LINK. 


LL 


CONFIGURACION 41 


INTRODUCCION 


OS ficheros de configuración configuran e inicializan au- 
tomáticamente el DOS cada vez que se arranca el sistema. 
Algunos de los ajustes que pueden configurarse son: 


— La versión nacional del teclado. 
— La forma en que se teclea y se visualiza la informa- 
= ción específica de cada país. 
— El número de ficheros que pueden abrirse simultá- 
neamente. 
— El número de memorias intermedias de disco asig- 


nadas en memoria. 


Otros ejemplos son controladores opcionales de dispositivos, como son 
los controladores para reloj de tiempo real y un disco RAM. 


FICHEROS DE CONFIGURACION 


— PRESTART.SYS 
— CONFIG.SYS 


Estos dos ficheros inicializan el DOS para las necesidades específicas. 
Los ficheros se configuran antes de vender el equipo y en la mayoría de 
los casos, no hace falta modificarlos. 


FICHERO PRESTART.SYS 


El fichero PRESTART.SYS puede incluir los nombres de los siguientes 
comandos con una extensión .COM: 
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KEYB 


Este comando ya ha sido descrito en el capítulo II (comandos del DOS) 
de este libro. 


GRAFTABL GRAFCHAR.SYS 


El comando GRAFTABL carga el fichero GRAFCHAR.SYS, que contie- 
ne un generador completo de caracteres para escritura en modos gráficos. 


FONT 1 


Si este comando está incluido, se usará el generador de caracteres da- 
nés/noruego. Si el comando FONT no está incluido en el fichero, se usará 
el juego internacional de caracteres. 


Nota: Cualquier comando externo o programa cuya extensión de nom- 
bre de fichero sea .COM puede estar incluido en el fichero PRESTART.SYS. 


CONFIG.SYS 


El fichero CONFIG.SYS contiene un solo comando: COUNTRY =. 


Sin embargo, puede incluir cualquiera de estos otros comandos: 


Los comandos del fichero CONFIG.SYS no son comandos normales, ya 
que no corresponden a un programa como el resto de los comandos. Sim- 
plemente contienen parámetros que el DOS interpreta. 


BREAK = «y 


Formato: BREAK = ON/OFF 
Función: Especifica las conditiones para la comprobación del teclado 
con Ctrl-Break. 


Nota: Para más información consultar capítulo 8, donde se describe el 
comando BREAK. 


BUFFERS = 


Formato: BUFFERS = nn 
Función: Permite asignar (en la memoria) un número específico de me- 
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morias intermedias de entrada y salida para operaciones de lectura o es- 
critura de discos. 

Notas: El parámetro nn especifica el número de memorias intermedias 
y puede tomar cualquier valor de 1 a 99. Su valor por defecto es 2. 


COUNTRY = 

Formato: COUNTRY = nn 

Función: Determina el modo en que se teclea y muestra en pantalla la 
fecha y la hora. 

Notas: El parámetro nn puede tomar los siguientes valores: 
1,33,34,39,44,45,46,47,49. El valor por defecto es 1. 

DEVICE = 

Formato: DEVICE = [uj [ruta] nombfich 

Función: Especifica un controlador opcional de dispositivo que hay que 
cargar durante la configuración del sistema. 

Notas: Los parámetros del comando definen el fichero en el que está 
el controlador de dispositivo especificado. 

Algunos de los controladores de dispositivo son: 

— CON (teclado y monitor). 

— COM1 (AUX), COM2, COM3, COM4 (puertos adaptadores para la co- 
municación asíncrona). 

— LPT1 (PRN), LPT2, LPT3 (impresoras paralelas). 

— Unidades de disco flexible («diskettes») y de disco rígido («disco 
duro»). 

— CLOCKf$ (reloj de tiempo real). 

Estos controladores se cargarán automáticamente durante la configu- 
ración del sistema; por tanto, no es necesario incluir ningún comando DE- 
VICE en el fichero CONFIG.SYS con estos dispositivos estándar. 


FILES = 

Formato: FILES = nn 

Función: Determina el número máximo de ficheros que pueden abrir- 
se simultáneamente durante el funcionamiento del sistema. 

Notas: El parámetro nn puede tomar cualquier valor de 1 a 99. El valor 
por defecto es 8. 


SHELL = 

Formato: SHELL = [u] [ruta] nombfich 

Función: Especifica el intérprete alternativo de comandos que hay que 
cargar en lugar del intérprete estándar de comandos COMMAND.CON. 


Notas: Los parámetros del comando definen el fichero que contiene el 
intérprete de comandos deseado. 
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INTRODUCCION AL CP/M 12 


P/M es un sistema operativo en «diskette» para microor- 
denadores. Hay disponibles versiones de CP/M para una 
amplia variedad de microordenadores. CP/M-80 puede 
usarse en casi todos los microordenadores que usan uni- 
dad central de tratamiento (microprocesador) 8080 y tie- 
nen unidades de disco flexible («diskette» de 8 ó 5 1/4”. 
CP/M-86 puede usarse en casi todos los microordenado- 
res que utilizan unidad central de tramiento 8086 u 8088 
y tienen unidades de disco flexible. 


TIPOS DE CP/M 


Puede considerarse que CP/M es un sistema operativo casi estándar en 
el campo de los microordenadores, pero no todos los CP/M son iguales. 
CP/M-80 y CP/M-86 varían según las instrucciones de E/S (entrada/salida) 
de cada máquina y también pueden variar por otros motivos. 

Puesto que CP/M fue diseñado originalmente para sistemas de “disket- 
es”, requiere cambios para usar unidades de disco duro. Esta es la dife- 
rencia primordial entre las versiones 1.4 y 2.2 de CP/M-80. 

Los diferentes tipos de CP/M-80 y CP/M-86 reflejan también el gran nú- 
mero de firmas de ordenadores que usan CP/M. Cada una puede añadir 
programas de utilidad o refinamientos a CP/M para aumentar la eficiencia 
de una máquina particular. 


+ 


83 


COMANDOS DEL CP/M 5 


COMANDOS PARA EL MANTENIMIENTO 
DE DISCOS 


IR 


Función: Muestra en la pantalla los nombres y otra in- 
formación relativa a los ficheros accesibles al usuario en 
la unidad implícita o en la especificada, a excepción de 
los ficheros del sistema. 

Formatos: 


— DIR 
Muestra los nombres y distintivos de tipo de todos los ' 
ficheros que hay en el «diskette» de la unidad implícita. 


— DIR unidad 

Muestra los nombre y distintivos de tipo de todos los ficheros que hay 
en el «diskette» de la unidad que se especifique. 

— DIR fichero 

Indica si el fichero especificado está en el «diskette». 

Ejemplo: 


A>DIRB: 
Muestra los nombres y distintivos de todos los ficheros que hay en el 
«diskette» de la unidad B. 


DIRSYS 


Función: Muestra en la pantalla los nombres y otra información relati- 
va a los ficheros de sistema accesibles al usuario. 
Formato: Análogos a los del comando DIR. 


Ejemplo: 
A > DIRSYS B: 


— Muestra los nombres y distintivos de tipo de todos los ficheros de 
sistema que hay en el «diskette» de la unidad B. 
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ERASE 


Función: Borra del directorio la reseña del fichero (o ficheros) especifi- 
cado/s. i 
Formato: 


ERASE unidad : fichero 


— Borra el fichero especificado del «diskette» de la unidad especifi- 
cada. 


ERASE fichero 

— Borra el fichero especificado del «diskette» de la unidad implícita. 

Ejemplo: 

A > ERASE PROG1.ASM 

— Borra el fichero PROG1.ASM del «diskette» de la unidad A (implí- 
cita). 

A > ERASE B : PRO.PAS 

— Borra el fichero PRO.PAS del «diskette» de la unidad B. 


GET 


Función: Ordena al sistema que en el futuro lea en el fichero especifi- 
cado todas las entradas que normalmente captaría por consola. Tales en- 
tradas pueden ser órdenes de CP/M, datos requeridos por los programas 
o ambas cosas. 

Formato: 


GET CONSOLE INPUT FROM FILE fichero 

— Ordena al sistema que lea en el fichero especificado las entradas al 
programa que se va a ejecutar a continuación. La orden que pone en mar- 
cha el programa tiene que ser la siguiente que se dé por el teclado. 

GET CONSOLE INPUT FROM CONSOLE 

— Ordena al sistema que vuelva a captar las entradas por el teclado. 

Ejemplo: 

A > GET CONSOLE INPUT FROM FILE ARCHI1.DAT 


A > MIPROG 
— Ordena al sistema que lea en el fichero ARCHI1.DAT de la unidad 


implícita todas las entradas al programa MIPROG, que de otra forma cap- 
taría por el teclado. 


INITDIR 


Función: Este comando se utiliza en combinación con SET para habi- 
litar la estampación de fecha y hora de los ficheros grabados en el «disket- 
te» de la unidad especificada. INITDIR reinicializa el directorio 
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Formato: 


INITDIR unidad: 

— Reinicializa el directorio del «diskette» que está en la unidad espe- 
cificada para habilitar la estampación de fecha y hora o bien para supri- 
mir esta información si ya está habilitada. 


Ejemplo: 


A > INITDIR B: 
— Reinicializa el directorio del «diskette» que está en la unidad B. 


PIP 


Función: Transfiere datos del dispositivo lógico de entrada (fuente) al 
dispositivo lógico de salida (destino). Por ejemplo, puede servir para co- 
piar ficheros de un «diskette» a otro, para listar por la impresora el conte- 
nido de un fichero de texto, etc. 

Además, puede combinar las entradas tomadas de varias fuentes para 
producir una sola salida. 


Formatos: 


PIP fichero destino = fichero - fuente 
— Copia el fichero fuente y guarda la copia en el fichero destino. 


PIP fichero destino = unidad : 

— Copia el fichero que hay en el «diskette» especificado y cuyos nom- 
bre y distintivo de tipo coinciden con los especificados en el fichero des- 
tino guardando la copia en el «diskette» destino, con el mismo nombre y 
el mismo distintivo de tipo. 


PIP unidad : = fichero fuente 
— Copia el fichero fuente especificado y guarda la copia en el «disket- 
te» destino con el mismo nombre y el mismo distintivo de tipo. 


PIP fichero destino = fuente-1, fuente-2 [,fuente-n] 

— Combina los ficheros fuente en el orden especificado y guarda el re- 
sultado en el fichero especificado. 

Todas estas variantes de PIP pueden ser ampliadas mediante las opcio- 
nes siguientes: 
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OPCIONES DE PIP 


Opción Resultado 
€ Pide confirmación antes de realizar cada operación de copia. 
E Los datos transferidos son reproducidos en la pantalla. 
F Suprime todos los códigos de avance de hoja que haya en el fiche- 
ro fuente. 
Gn Identifica el fichero como perteneciente al usuario n. 
E Convierte todas las letras mayúsculas en minúsculas. 
N Añade números de línea al fichero destino. 
(0) Hace que se transfiera el fichero entero, evitando así que los carac- 


teres no imprimibles sean interpretados por PIP como marcado- 
res de fin de fichero. 


Pn Establece en n el número de líneas por página en el fichero destino. 

Qcadena'“control-Z' El proceso de copia concluye en cuanto se termina de copiar la ca- 
dena especificada. 

R Permite buscar en el directorio de ficheros de sistema, cosa que 
PIP no hace normalmente. 

Scadena'control-Z' El proceso de copia empieza por el principio de la cadena especifi- 
cada. 

U Convierte todas las letras minúsculas en mayúsculas. 

v Compara el fichero destino con el fichero origen para comprobar 
que la copia es correcta. 

W Permite que al grabar la copia es escriba sobre un fichero de «sólo 


lectura» que pueda haber con la misma especificación que el fi- 
chero destino. 

Z Pone a cero todos los bits de paridad de los datos del fichero des- 
tino. 


Ejemplos: 


A > PIP CAP1.TXT = SEC1.TXT,SEC2.TXT,SEC3.TXT 


— Combina el contenido de los ficheros SEC1.TXT, SEC2.TXT, 
SEC3.TXT y guarda el resultado en un fichero al que da el nombre de 
CAP1.TXT . Todos los fichero están en la unidad implícita (unidad A). 


A > PIP LST : = CON : [UN P40] 


— Lista por la impresora todo lo que se escribe en el teclado; cambia 
de página cada 40 líneas; convierte las minúsculas en mayúsculas; nume- 
ra las líneas. 


PUT 


Función: Ordena al sistema que en el futuro escriba en el fichero espe- 
cificado todas las salidas que normalmente enviaría a la consola (pantalla) 
o a la impresora, hasta que se le ordene otra cosa o hasta que finalice el 
programa que se va a ejecutar a continuación. 
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Formato: 


PUT CONSOLE OUTPUT TO FILE fichero 
— Ordena al sistema que dirija al fichero especificado la salida por la 
consola. La salida será reproducida en pantalla. 


PUT PRINTER OUTPUT FILE fichero 
— Ordena al sistema que dirija al fichero especificado la salida por la 
impresora. La salida no será reproducida en la impresora. 


PUT CONSOLE OUTPUT TO CONSOLE 
— Ordena al sistema que envíe solamente a la consola la salida que 
normalmente debe dirigir a ella. 


PUT PRINTER OUTPUT TO PRINTER 
— Ordena al sistema que envíe solamente a la impresora la salida que 
normalmente debe dirigir a ella. 


Ejemplo: 


A > PUT CONSOLE OUTPUT TO FILE ARCHI1.TXT 
— Ordena al sistema que escriba en el fichero ARCHI1.TXT de la uni- 
dad implícita todas las salidas que de otra forma enviaría a la pantalla. 


RENAME 


Función: Cambia el nombre de uno o varios ficheros en sus correspon- 
dientes reseñas en el directorio de un «diskette». 


Formato: 


RENAME fichero - nuevo = fichero - antiguo 
— Cambia el nombre y distintivo de tipo del fichero antiguo por los es- 
pecificados para el fichero nuevo. 


RENAME 
— Realiza el cambio de nombre preguntando al usuario los nombres 
y distintivos de tipo de los ficheros nuevo y antiguo. 


Ejemplo: 


A > RENAME PROG1.TXT = PROG2.TXT 
— Da el nuevo nombre PROG1.TXT al fichero PROG2.TXT . 


SET 


Función: Asigna atributos a los ficheros y a las unidades y permite eti- 
quetar los «diskettes» para facilitar su catalogación. 


89 


Formatos: 


SET fichero [opción [,opción]] 
— Da al fichero mencionado los atributos especificados por las opcio- 
nes. Las opciones pueden ser: 


— DIR convierte un fichero de sistema en un fichero ordinario. 

— SYS convierte un fichero ordinario en un fichero de sistema. 

— RO hace que el fichero sólo sea accesible para su lectura. 

— RW hace que el fichero sólo sea accesible tanto para lectura como 
para escritura. 

SET unidad : [opción] 

— Da a la unidad especificada el atributo especificado por la opción. 
Las opciones pueden ser: 

— RO permite el acceso a los ficheros de la unidad solamente para lec- 
tura. 

— RW permite el acceso a los ficheros de la unidad tanto para lectura 
como para escritura. 


SET unidad : [NAME = nombre - etiqueta] 

— Asigna la etiqueta especificada al «diskette» que está en la unidad es- 
pecificada. 

Ejemplos: 

A > SET MIFICH.TXT [RO,SYS] 

— Convierte el fichero MIFICH.TXT en un fichero de sistema al cual 
sólo se puede acceder para leerlo. 


A > SET B: [RO] 


— Limita el acceso a la unidad B, permitiendo solamente la lectura en 
ella. 


SHOW 


Función: Muestra la siguiente información sobre los discos que han sido 
reconocidos por el sistema: modo de acceso, espacio libre en el disco, eti- 
queta del disco, número de fichero que hay en cada zona de usuario y nú- 
mero de reseñas que quedan libres en el directorio. 


Formatos: 


SHOW 
— Muestra el modo de acceso y el espacio libre para cada unidad re- 
conocida por el sistema. 


SHOW unidad: 
— Muestra el modo de acceso y el espacio libre para el «diskette» que 
está en la unidad especificada. 
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SHOW unidad: [USERS] 

— Detalla todos los números de usuario que se han utilizado en el «dis- 
kette», el número de ficheros que hay en cada zona de usuario y el núme- 
ro de reseñas que quedan libres en el directorio del «diskette». 


SHOW unidad: [DIR] 
— Muestra el número de reseñas que quedan libres en el directorio 
del «diskette» 


SHOW unidad: [DRIVE] 
— Muestra las características de la unidad especificada. 
Ejemplo: 


A > SHOW [USERS] 
— Este comando dará como respuesta: 


Active User: 1 

Active Files: 02 34 

A : 1 0f Files: 10211 1 

A : Number Of Free Directory 
Entries: 28 

SUBMIT 


Función: Hace que se ejecute la serie de órdenes que está grabada en 
un fichero de tipo SUB, igual que si las escribiese una a una en el teclado. 

El fichero de tipo SUB puede contener órdenes de CP/M, órdenes SUB- 
MIT anidadas y datos de entrada para órdenes de CP/M o para programas. 

Formatos: 

SUBMIT fichero 

— Hace que se ejecute una a una las órdenes grabadas en el fichero 
especificado, que ha de ser de tipo SUB. 

SUBMIT 

— Espera que se introduzca por el teclado el nombre del fichero cu- 
yas líneas van a ser ejecutadas, así como otras posibles entradas. 

Ejemplo: 


A > SUBMIT FICHSUB.SUB 
— Hace que se ejecute la serie de órdenes grabadas en el fichero FICH- 
SUB.SUB. 


TYPE 
Función: Muestra el contenido de un fichero ASCII, bien pantalla a pan- 


talla, bien de forma continuada. 
Formatos: 


TYPE fichero 
— Muestra el contenido del fichero especificado, pantalla a pantalla 
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TYPE fichero [NOPAGE] 
— Muestra el contenido del fichero especificado, de forma continua. 


USER 


Función: Establece el número de usuarios; en lo sucesivo, a todos los 
ficheros creados se les asigna ese número y sólo se puede acceder a los fi- 
cheros de esa misma área de usuario y a los del área 0. 

El número de usuario puede tener cualquier valor entre 0 y 15. 

Formato: 


USER número 

— Cambia el número actual de usuario al número especificado. Si no 
se especifica ninguno, aparece un mensaje que lo solicita. 

Ejemplos: 


A > USER 3 
— Cambia el número de usuario actual (que es el implícito, 0) a 3. 


COMANDOS PARA LA PREPARACIÓN 
DEL HARDWARE 


DATE 


Función: Establece y muestra la fecha y la hora. 
Formatos: 


DATE 
— Muestra la fecha y hora actuales. 


DATE MM/DD/AA hh:mm:ss 
— Pone en hora el reloj. 


LANGUAGE 


Función: Selecciona uno de los ocho juegos de caracteres 
internacionales. 
Formato: 


LANGUAGE n 
— Selecciona el juego de caracteres número n. 
Identificadores del juego de caracteres: 


— 0 EEUU 

— 1 FRANCIA 
— 2 ALEMANIA 
— 3U.K. 
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— 4 DINAMARCA 
— 5 SUECIA 

— 6 ITALIA 

— 7 ESPAÑA 


PALETTE 


Función: Cambia el modo de visualización en pantalla, de caracteres 
claros sobre fondo oscuro a la situación inversa, y viceversa. 
Formatos: 


PALETTE 10 
— Establece vídeo inverso (caracteres oscuros sobre fondo claro). 


PALETTE O 1 
— Establece vídeo normal. 


SET24X80 


Función: Selecciona la pantalla de 24 líneas por 80 columnas. 
Formatos: 


SET24X80 ON 
— Selecciona el modo 24 x 80. 


SET24X80 OFF 
— Restaura las características normales de la pantalla. 


COMANDOS PARA LA PROGRAMACION 
AVANZADA 


DUMP 


Función: Visualiza en la pantalla el contenido de un fichero, en forma 
hexadecimal y ASCII. 
Formato: 


DUMP fichero 
— Visualiza el contenido del fichero especificado en la forma indicada. 


ED 


Función: Inicia la edición del fichero especificado. También puede ser- 
vir para crear un fichero nuevo. 
Formato: 


ED fichero 
— Abre el fichero especificado. Si no encuentra el fichero especifica- 
do, creará un nuevo fichero con dicho nombre. 
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Orden 


nD 


E 
Fcadena“control-Z' 


H 

i 
icadena'“control-Z' 
nK 

nL 

OL 
nMórdenes 
n 

n: 

0) 

nP 


Q 
Rfichero'control-Z' 


nScadena-antigua 'con- 
trol-Z' cadena-nueva 

nT 

nW 


nXfichero 


ORDENES DE ED 


Acción 


Añade n líneas al espacio de trabajo de ED tomándolas del fichero 
fuente. 

Añade líneas, tomadas del fichero fuente, al espacio de trabajo has- 
ta que se llena la mitad de éste. 

Añade líneas, tomadas del fichero fuente, al espacio de trabajo has- 
ta que éste se llena o se llega al final del fichero fuente. 

Lleva el puntero de texto al principio (B) o al final (-B) del espacio 
de trabajo. 

Hace avanzar el puntero n posiciones (o retroceder, si n es negati- 
vo). 

Borra los n caracteres siguientes al puntero (o los anteriores, si n 
es negativo). . 

Graba el fichero nuevo y retorna a CP/M. 

Busca la cadena de caracteres especificada en el espacio de traba- 
jo, a partir de la posición señalada por el puntero. 

Grava la versión actual del fichero y reinicia la edición, tomando 
este fichero como fuente. 

Activa el modo de inserción. Para desactivarlo se pulsa SAL. 

Inserta la cadena de caracteres en la posición del puntero. 

Borra n líneas a partir de la posición del puntero hacia delante (o 
hacia atrás, si n es negativo). 

Hace avanzar el puntero n líneas por el espacio de trabajo (o retro- 
ceder, si n es negativo). 

Lleva el puntero al principio de la línea actual. 

Hace que ED ejecute n veces las órdenes dadas. 

Hace avanzar (o retroceder) el puntero n líneas y muestra en la pan- 
talla la línea a la que llega. 

Lleva el puntero a la línea número n y la muestra en la pantalla. 

Ignora los cambios introducidos en la edición y vuelve a la versión 
original para reeditarla. 

Hace avanzar (o retroceder) el puntero por el espacio de trabajo n 
líneas y muestra en la pantalla todas las líneas recorridas. 

Abandona la edición y retorna a CP/M. 

Carga el fichero en el espacio de trabaja, a continuación de lo que 
ya haya en éste. 

realiza n veces la operación de buscar la cadena antigua y sustituir- 
la por la nueva, partiendo de la posición actual del puntero. 

Muestra en la pantalla las n líneas siguientes (o anteriores, si n es 
negativo) al puntero, dejando éste en la misma posición. 

Escribe las n primeras líneas del espacio de trabajo en el fichero 
destino. 

Escribe n líneas del espacio de trabajo en el fichero especificado, 
poniéndolas a continuación de las que ya se hayan escrito en él 


mediante una orden nXfichero anterior. 


LINK 


Función: Combina módulos objeto reubicables para formar un fichero 


de orden. 
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SAVE 


Función: Intercepta el retorno al sistema al terminar la ejecución de 
un programa y luego copia el contenido de la memoria, entre dos direc- 
ciones hexadecimales especificadas, en un fichero. 

La orden se pone en marcha escribiendo SAVE. 


HELP 


Función: Da información técnica en forma abreviada sobre las órdenes: 
de CP/M. 

Al ejecutar este comando pide el tema sobre el que se desea recibir la 
información. 
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Cuando usted compra un ordenador, casi 
con toda seguridad que lo primero que 
deseará será verlo en funcionamiento. 
Pero no basta con accionar al interruptor 
de alimentación para que el ordenador 
comience a trabajar. Veamos por qué. 
Cuando usted, por ejemplo desea ejecutar 
un programa, éste debe estar cargado en 
la memoria del ordenador. Es evidente 
que dentro del ordenador debe existir 
«algo» que le cargue su programa. Este 
«algo» no es ni más ni menos que un gran 
programa (¿pensaba usted que su 
máquina tenía “duendes”?) llamado 
SISTEMA OPERATIVO. 


Como este gran programa superaría, 
posiblemente, la capacidad de la memoria 
de su ordenador, el Sistema Operativo se 
compone de un conjunto de programas 
que le ayudan a gestionar los 

recursos de su ordenador 

(memoria, pantallas, discos, etc.). 


Este libro pretende 

introducir al lector en el 

apasionante y complejo mundo de los 
Sistemas Operativos, permitiéndole 
gestionar más eficazmente su ordenador, 
ahorrándole esfuerzo en el manejo de su 
máquina. 


